asm@asm
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
“显然不是。。。 【 在 luostar 的大作中提到: 】 : lz就是雨痕吗”
“不是，遇到错误会改成true，这段被我省略掉了 问题已经找到了，是closeSession(session_id)中没有正确清理gateServerMap导致gateServerConn的引用一直存在 【 在 wanghaohebe 的大作中提到: 】 : gateServerConn.closed这个永远都是fals…”
“是微秒。。。 【 在 nullne 的大作中提到: 】 : 喜大普奔，详情戳：Go 1.8 is released : 简单做个翻译： : - 编译器跟链接器更快了，之前针对x86/64的优化现在在其他架构上也可以看到了 : ...................”
“这版的黄蓉挺不错，既漂亮又演出了那种古灵精怪的感觉 郭靖也不错，呆萌傻”
“首先建议排除下带宽瓶颈，8w条数据，每条数据多大？ 然后建议优化下协程的逻辑，找找瓶颈在什么地方，是否有cpu bound运算，看看cpu占用 最后再不行就考虑换框架或者调整业务架构吧。。 另外有个疑问，你这个8w条／s的需求有理论验证过吗？看你的逻辑是客户端发送给服务器数据，服务器返回后客户端再发下一条数据，这种通信…”
“如果对脚本的功能需求不是很复杂的话，可不可以自己写一套DSL呢？ 【 在 aiquestion 的大作中提到: 】 : 想要在go里执行一些脚本语言。 : 1. 需要sandbox，因为脚本是用户写的。 : 2. 逻辑很简单，不需要很多library : ...................”
“为什么go不适合做解析器？”
“err不等于nil就说明调用出错了吧，这个时候f应该也是nil吧，所以我觉得应该不用close 【 在 lojies 的大作中提到: 】 : 关于下面一段代码，大家认为关闭是否有必要，原因？至于创建返回的f，在其他地方有Close操作，不必考虑。”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。