洋葱模型实现起来其实可以非常简单, 只是 koa 的代码喜欢炫技让人看不懂

```go
type Context struct {
// 中间件游标
// middleware cursor
index int

// 缓存
// session storage
storage Any

// 中间件
// handler chains
handlers []HandlerFunc

// 请求
Request *Request

// 响应写入器
Writer ResponseWriter
}

type HandlerFunc func(ctx *Context)

func (c *Context) Next() {
c.index++
if c.index <= len(c.handlers) {
c.handlers[c.index-1](c)
}
}
```

@mikespook issue 太多了看不过来😂
`nhooyr/websocket`的作者意识到了这个问题, 然而他没去解决

相同的方法可以用接口

@lankunblue websocket 压缩的问题比较突出，nhooyr 的内存占用是其他两个的 5-8 倍，gorilla 也有相关 issue ，不知道要怎么复现。

@1423 网关解析完整的 ws 协议并压缩帧也可以做到，性能上会差一些，具体要看文档

@raw0xff 自
@1423 这个问题是有解的，http 的流行度比 ws 高一个数量级，一般不会有问题。网关只会在握手阶段解析 http header ，websocket frame 的压缩它是不管的

@raw0xff 在这个库的基础上改了点代码 https://github.com/lxzan/wsbench

@raw0xff 虚拟机, 工具是自己写的 https://go.dev/play/p/EUC4J0XY3Mr

不错哟

数据量有点大, 建议使用 sync.Pool + 任务队列

开屏跳过用起来挺不错

rfc 文档给你，人工智障来给我实现个高质量的 go-quic 吧

很犀利

@lesismal 不开新 goroutine 好点, 反正 http 包里面很多东西 gc 不了.

@lesismal copy 比 append 更快些

@Nazz 忽然发现 next 就相当于 Discard :)

@lysS request header 和 http/1.1 是一模一样的

@lesismal 现在改成用户态拼接 buffer 的方式了, bytes.Buffer 没有 Discard 方法, 压缩那块写得有点丑

@lesismal 明天再看看吧