@GeruzoniAnsasu 不知道我写的这个库是否满足你的需求
https://github.com/lxzan/concurrency

@GeruzoniAnsasu 添加任务的时候加序列号, 线程同步后给输出结果排序

@5h4nh 源码很难读是因为复杂性, 实现得异常复杂. 当然简洁不代表性能.

@hailaz 不行. 但是实际项目里面可以, 因为"/"会被注册到静态路由区

@ClarkAbe 还好吧，只在注册接口的时候创建一次 map, split 的 alloc 不可避免. 后续我测试下 sliceMap 怎么样，O(n)遍历数组

@ClarkAbe 我的测试代码在这里: https://github.com/lxzan/uRouter/blob/main/trie_test.go

@ClarkAbe 可以控制变量和我的对比下: 1024 个接口, 每个路径分 4 段, 参数位置随机

@ericls 实事求是突出主题. 总不能这样起标题吧: 震惊! 比 gin 快一倍的动态路由解析算法 (乱说的, 没测试过)

@GeruzoniAnsasu async 有传染性, 同步方式写异步代码对开发者更友好, 但是牺牲了性能.

@zhanshi 开发环境一般把静态文件放 NGINX.

@tt67wq 我会尽量使用 mutex 替代 channel, channel 明显被滥用了.

@TtTtTtT go 的源码实现很复杂, 一般人看不下去. map, sort, channel 皆是如此.

@xuyang2 Go 是最正统的 C 语言继承者. 虽然繁琐但代码更健壮, 当然要是有关键字或语法糖来抛出错误将会更好.

@zhanshi 一个人开发的话一个 repo 也行, 分目录就可以了. 生产环境一般是前端把代码打包上传到 CDN, 后端构建镜像部署到 k8s. 资源文件很少的情况下可以用 go embed 一把梭.

@zhanshi 开发的时候通过配置代理发送跨域请求, 部署的时候在同一个域下就不需要代理了.

@fedfrank 可惜了, 是纯后端项目

前端项目在开发时一般会用到 nodejs express 框架启动一个 web server, 所以需要监听新的端口, 而部署的时候是打包好的静态文件.

@codehz 分支较少的情况下, slice 实现 map 接口性能应该更优一点.

@codehz gin 似乎比我的实现复杂. 我是动静分离, 静态路由使用 map, 动态路由使用 tree.