@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.

不好意思说错了，是黑铁选手，距离黄铜还差一个气球🐸

@Thecosy 不追热点. 写点自己喜欢的东西，有人认同就更高兴了

@cktsun 是一些较高 star 但代码质量低下项目的不屑，不要玩春秋笔法。注意上下文，我说这句话是顺着另一位 V 友的话，习惯性礼貌地回复大部分评论。

@cktsun 你是真能脑补曲解, 跟女人似的...

我的本意是: 依照自己的喜好, 做广受欢迎的的代码仓库项目, 而不是为了 star 去做容易获取 star 的项目, 绝无对 md 项目的不敬, 我自己也给 996 ICU 和 awesome 点过 star.
我说別人项目代码实现稀烂有问题吗? 没指名道姓吧; 有放出来的勇气就要有接受质疑的心理准备, 心理脆弱的人不适合上网.
理解同义词的褒义贬义吗? 不会说话就闭嘴, 毕竟汉语博大精深.

@LawlietZ 反感可以不看. 恼羞成怒我是说到你们的痛点了吗