@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 反感别人喷，因为绝大多数都是乱喷。

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

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

藏得深

社保保社会

吹个牛逼并且说个事实，如果只是协议交互，前端直接 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

妹妹你老公是真不行