@lesismal 对比的是 nbio 阻塞模式，buffer size 我是用默认的 4096.

@lesismal 500 msg/s 表现和 nbio 差不多，所以我改成了 1000😆

鉴权的时候，在中间件里面定义可变参数，静态路径不传，动态路径要传，别用正则

一个角色对应多个 API 权限，一个用户可以拥有多个角色，一个按钮 /页面对应多个 API 权限，然后去动态渲染菜单

@lesismal 时间充裕就学起来吧

设计成 OOP 风格明显会更好，之所以没有大概是因为泛型

@lesismal c/cpp 自由，rust 是被编译器教做人

@july1995 看来专科适合去广深

@lesismal 不看好 rust ，门槛决定了小众，底层开发才会考虑.

@lesismal 我本来想学 rust 刷题玩玩，直接劝退了，写点数据结构太劳心了.

性能遇到瓶颈了吗

@lesismal 控制下变量就很好对比性能了, 同样的网络库, 连接数和 IOPS 下, 对比延迟分布, 延迟百分位和 CPU 内存占用. nbio 我最佩服的是手搓 tls, 那玩意一看就不简单.

@lesismal 没有任何业务负载的情况下，gws 的性能上限是每秒收发各 100w+个 1KB 的 websocket frame ，可以看到上下行带宽是对等的

@lesismal iops 较低的情况下，gorilla, gws, nbio 性能都够用了，上限越高说明库本身的开销越小

@lesismal 用普罗米修斯监控确实影响了测试 RPS, 同样的命令, 去掉监控后跑到了 8000Mbps, 加上监控只有 4400Mbps.
但是我那个测试项目里面, gws 和 nbio 运行条件都是一样的
gws 同步读同步写: Aggregate bandwidth: 4384.217↓, 4381.833↑ Mbps
nbio 阻塞模式: Aggregate bandwidth: 2558.850↓, 2471.334↑ Mbps
命令: tcpkali -c 1000 --connect-rate 500 -r 2000 -T 3000s -f assets/1K.txt --ws 127.0.0.1:${port}/connect

@lesismal 对 channel 使用不熟悉也很容易死锁

@lesismal 测试环境是 Ubuntu20.04
https://github.com/lxzan/go-websocket-testing

@yumenawei 升上本科对程序员前期帮助就很大了吗？去卷公务员你随意

@lesismal 很多人被带偏了，无脑选择 channel 。随便想想就知道，有锁的 channel 怎么可能比直接用锁高效