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

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

对性能没要求的开发者多数都觉得体验倒退。

所以隔三差五就会看到这种需求只有几天一次的小白吐槽正在天天七次的猛男的引战帖。

藏得深

社保保社会

吹个牛逼并且说个事实，如果只是协议交互，前端直接 js rpc ，http 、websocket 都支持，json 、pb 各种序列化方案随便你扩展，server 端主动推送、广播都能搞，中间件像 gin 一样方便定制，性能吊打普通 http ，性能、易用性全方位领先 golang 同领域其他 rpc 框架，从前端到服务端集群 /微服务之间可以全线 arpc 打通：
https://github.com/lesismal/arpc

@Robertwhite
理想那个是官方员工、代表公司。个人求职，双方代表的量级场景是不同的，而且之前没有细说，但这种沟通面试时候面谈，没有录音、聊天记录，问完直接给对方解释，这样问是对比被侵犯隐私的感受，或者电话沟通，通常对方也不至于每次录音。而且，由对方侵犯隐私在先，明确拒绝仍然坚持侵犯隐私问题才反驳反问在后，如果对方要去闹就闹吧，法律无法保证弱势群体，自己再不豪横一点，那就活该受欺负了

自己薪资属于隐私，上家公司如果有薪资保密协议则更应保密，HR 问这个是不合法的，可以拒绝提供

如果她坚持要侵犯隐私，就继续面其他公司，顺带着反问一些问题看对方是否也能如实回答：“你的性生活频率是多少？每次大概多久？出水吗水多吗？”

锻炼身体最具价值

@hellodiu http2 太垃圾了，文件服务 4 层线头阻塞表现不如 1x ，动态协议交互 websocket 也比它好用，谷歌非要用 http2 做 grpc 网络层也是醉了。而且使用 grpc 的场景基本上连接数量不会太大，标准库性能更友好，而且这又是需要一大波体力，所以暂时没有支持它们的计划

完善了两个仓库

golang 性能最好、易用性最强、支持的业务场景最多的 RPC 框架
https://github.com/lesismal/arpc

golang 性能最好、易用性最好、目前全网唯一支持 tls/http1.x/ws 的 poller 框架
https://github.com/lesismal/nbio

妹妹你老公是真不行

socket 四元组是指协议层面的

对于程序，你可以当成是五元组: 四元组 + fd （ accept/connect 返回的文件描述符）

@lesismal
#8 更正，四元组的概念是基于 4 层协议，4 层协议 port 是两字节，久了记忆和知识点越来越模糊了，随口说容易犯错

@openp2p 自己仓库能有朋友认可是我最大的荣耀，没有什么能比这更让我开心的了，哈哈哈，感谢支持！
openp2p 已 star 收藏，得闲了我也来学习使用下

碧马温

都成年了，心态还是个小学生，先把 “家长” 这个词换成 “父母” 再考虑搬出去吧

连接数不等于 qps ，如果百万连接数建立起来放那不用，也没什么压力呀，所以你看石墨的文章里，好像只是 5s 广播一次不算太大的消息吧，48w/5s ，不到 10w qps ，这个确实没什么压力，对于很多语言都没压力

基于以上，楼主缺少正常的压力数据指标来对比性能是没什么意义的

另外，
“然后我在 v2 搜了一下，好家伙，有人宣称自己写出了单机 100w 连接数的网络库。一看也是 go 。”
这好像是在说我？但是宣称这个词感觉怪怪的
我这也备上了 websocket 百万连接的测试例子，有兴趣的同学完全可以自己跑下试试、而不是觉得这只是宣称，因为这应该是事实：
https://github.com/lesismal/nbio-examples/tree/master/websocket_1m

老帖子在这：
https://www.v2ex.com/t/763906
https://www.v2ex.com/t/794435


鸟窝老师还有篇帖子对比 RPC 框架的，我的另一个仓库也在里面
https://colobu.com/2021/08/01/benchmark-of-rpc-frameworks/

百万连接也好、RPC 也好，有兴趣的同学，建议自己跑代码亲测对比，而不是只看别人仓库文档里的数据，因为一些朋友交流下来，自测结果跟一些公司出品项目自带文档里的排名数据对不上，这其中可能有环境差异的因素，也可能有一些其他因素，但请以自测为准。

它的时代已经过去，请让它自然死亡，仅以墓志铭纪念它曾经的辉煌：
“PHP 曾经是世界上最好的语言，Let it Go!”

请注意，"Let it Go" 双关！

4.0+ unlink 也可以，但是 unlink redis 线程之间通知之类的会多消耗一点，如果你们业务量大对 redis 的请求很频繁，用业务服务分批删、能替 redis 节省点性能可能对整个集群更划算，根据你们实际业务来判断