gin 和 fasthttp 哪一个好?

感觉这也不是fasthttp的问题，也不是sync.Pool的锅，就是没有用好sync.Pool而导致的并发安全问题，gin的 gin.Context 也是使用的sync.Pool, 请查看: https://github.com/gin-gonic/gin/blob/master/gin.go#L371 。fasthttp会发生，那么gin也避免不了。上一次的请求响应都结束了，fasthttp都已经把这个Ctx归还到pool里面了，而上一个请求响应创建的协程还在持有着已经归还的Ctx，就算不是 fasthttp，sync.Pool 这样用也很不规范

fasthttp不是真仙降世, 异乎寻常的快速是有代价的. 看一下这篇文章. https://cloud.tencent.com/developer/news/462918 老老实实用你的gin吧.正常使用也够了

貌似 好多框架 都是基于这个 fasthttp 开发的 要有这个bug 那不是完犊子了