@mdgwmt0 看运气吧，正常人还是多数

@0o0O0o0O0o
eranyanay/1m-go-websockets 这个库，去年有人在我 arpc 的仓库里提到过，建议我参考它一下，所以我去简单扫了几眼他的源码，目测是有问题的并且写了个 demo 很容易就复现了，在这里和后面的部分： https://github.com/lesismal/arpc/issues/2#issuecomment-746694287

他们只依赖 easygo 实现了事件触发读，却没有实现异步流解析、半包处理、并且对于单个 conn 仍然是阻塞读完整包，所以当一个 conn 收到 half-packet 的时候，这个 conn 的 Read 就阻塞了，而这个 conn 阻塞，它所在的 goroutine （可能是 poller 协程或者数量有限的协程池）就阻塞了，进而让其他 conn 等待。我之前在这个仓库里提了这个 issue 但是才发现作者竟然把 issue 给禁了？所以看不到了。我也到他们最终使用的 gobwas/ws 里提了 issue 和复现代码，并且有其他人也给他提过 issue 因为遇到过我说的问题，gobwas/ws 的作者更逗，不想解决问题，反而直接 close issue 囧。

eranyanay/1m-go-websockets 、gobwas/ws 这些，都不应该被部署到生产环境，否则慢连接攻击下，甚至不需要攻击，公网有时候就是不够稳定的，他们服务就延迟感人了。所以其实这些库也解决不了那孩子的问题，其他一些异步网络库 evio gev gnet 都还没有支持 tls 、http ，只有 gev 支持了简单的 websocket 但也不支持 tls http 。

go 框架里能搞定 1000k 的，暂时全网就我这一份了。。。:joy:

奇怪，at 多几位就提示需要注册满 1000 天，以前好像不这样子

@PerFectTime
我也是被这句噎笑了，就差我跪着把代码提交到它项目了　囧

一开始提问也还好，但是怕遇到这种豪不思考并且还得寸进尺的，我中间已经比较委婉说了让他自己搜一些基础知识否则我英语回答不到位，结果人家直接给我"no worry..."告诉我不用为自己英语担心、让我放心回答，然后继续弱智问题，所以我才会直说让他自己认真读代码和思考一下，然后人家就干翻我了 :joy:

提示“发布这个内容需要你已经注册满 1000 天”，不知道是不是因为 at 各位进行回复导致的，或者内容太长了？

这次这个我看他 star 的仓库里有个是中文的，估计是国人吧

之前还在一个 slack go 频道看到有个人提问某个 websocket 库的一个用法，说肯付费$50 ，倒不是为了钱，因为没用过那个 websocket 库所以好奇看了眼随便就回答他了，也没跟他要钱，然后提问的那个人直接把他发的内容删掉了...
当时就感触，歪果仁也有不少逗逼啊

@sunny1688 tks, welcome issue/pr

@skiy 这个 demo 体现不出来啥，你实测时候的连接数、载荷、qps 、日志量，都影响，go 版本代码跟你的其他语言代码功能差别，这些都只有你自己能够来定位，需要定位的话可以自己开个 pprof 看下哪里消耗多了

@sunny1688 tks ，JB 家的产品我还一个都没用过

有兴趣的话可以参考下我的库：
github.com/lesismal/nbio
github.com/lesismal/arpc

@skiy 应该是你们自己代码问题，不熟悉 go 的人如果不小心来个 for { select default } 之类的，就可能 cpu 100%了，具体问题得按你们自己的代码具体分析

简单看了下，暂时看到几个问题，windows 下的没有 uni*的跳转，所以没仔细看、不一定准确，供楼主参考：
1. fd 是非阻塞的，但读包解包用了 ReadFull 的逻辑，在本次只有半包数据时连接就被断开了，这是不应该作为生产服务来部署的
2. conn 直接写，数据量大写失败应判断 err 类型，缓冲区满、中断之类的应该 AddWrite 等待可写再写
3. server 处理 message 单协程，go 的指令不像 c/cpp 那么快，这种逻辑单协程性能可能会吃紧，如果说 handler 再自己加 pool 、异步之类的，则 server 这块的逻辑协程其实就不需要了

工程师开会，牛逼的都坐着，全栈的全站着

想起赵本山小品的台词：“九八九八不得了，粮食大丰收，洪水被赶跑。百姓安居乐业，齐夸党的领导。尤其人民军队，更是天下难找。国外比较乱套，成天勾心斗角。今天内阁下台，明天首相被炒。闹完金融危机，又要弹劾领导。纵观世界风云，风景这边更好！”

98 已经是主力了，我这代是真的老了。

保时捷安特，前缀“保时”是因为自行车不堵

一如既往，但是很多人说走就走了（ say go then go ）

女孩子的话，这个 id 有够厉害了，是个人才

@iseki #171
很多现象都是一个道理，类似劣币驱逐良币，金字塔结构，水平一般的人总是占据多数，所以一些不好的东西反倒因为用泵众多而更火，最典型的比如 nodejs 。

绝大多数喷 go 的人，都是只会 curd 的初级中级开发者，系统、架构、算法、结构、性能之类的都还没真正懂，稍微大点的项目、要求高点的项目都没做过，自己的技术职级和薪资还没达到高阶的水平比如百万，甚至 java 社区很多伪架构师（比如阿里 p7 甚至 p8 ），只会根据自己多数情况靠 cv 就能解决的业务代码习惯来评价技术栈、喷都喷不到点子上——这也是你另一个帖子里为什么 gopher 反感别人喷，因为绝大多数都是乱喷。