@dorentus 一年算不上长期。那不是听觉问题，而是心理适应了

心理问题，习惯了自然就注意不到了。用耳塞只会让你更容易注意到这种声音，更难适应。长期住在铁路或者高速旁边的人，那些噪音是不会影响他们的，即使“听“到了但不会”注意“到。

epoll是用来通知连接的IO事件的，用或者不用，连接都还是连接，没有什么epoll连接。连接池和epoll没有冲突

@jinyue524 error就是个接口，定义了Error() string方法。这个用C#的接口来定义是一样的。不想用try/catch就不要用Exception了

类型容易定义，问题是没有多返回值

https://github.com/ruby/ruby/blob/1aa54bebaf274bc08e72f9ad3854c7ad592c344a/string.c#L3133
这是ruby的实现代码，看注释就明白行为了。

还可以选lumia，操作简单很多

@phuslu 加油！

@ovear 1.3就已经是精确gc了，不会泄漏了

btrfs + snapshot，误删了也不怕

@est 我当然仔细看过了。这跟OOP没有关系，只要writeRecord, readRecord这些方法可见，可以用embedded的tls.Conn
type Conn struct {
tls.Conn
}
func (c *Conn) Heartbeat(...) {...}
这样的效果和继承是一样的。根本原因是作者需要用到tls.Conn没暴露的方法来做坏事，正常的用途根本不需要tls.Conn的私有方法。所以标准库没有暴露出WriteRecord, ReadRecord。

net.TCPConn如果直接暴露fd，又不知道多少人会踩坑来骂了。链接里都有人说了
"The reason why you cannot access it is the networking package requires
that it controls the blocking mode of any fds it owns. If you were
able to get access to sysfd, you could change the blocking mode
yourself which would cause havock with the poller. "
它本来就不想让你用，非要用，不方便也没什么好说的。
还有种做法是直接调用C api拿到fd，再包装成net.Conn

@est 看这个commit https://github.com/titanous/heartbleeder/commit/4515fdffb03f6c57319edcad0e1c38cc101d3933 ，想要发送个恶意心跳包，使用标准库的tls的公开方法是做不到的，这是package间的成员可见性导致的，而不是因为缺少继承和重载。
因为想要使用私有的方法，所以要将tls引入到当前package，所以可以直接复制源码。引入之后，除了直接修改tls源码，还可以使用个embedded的tls.Conn，作者使用了前一个方法，后一个方法就可以说是thin wrapper了。
所以说这是可见性导致的，而tls包不提供足够的公开方法来实现恶意心跳包这很正常。

如果是net.TCPConn实现有缺陷就提issue，想要做非一般的事情就直接fork或者复制。不说具体需要不上代码，我也没法判断是水平不行还是做法不对

@est 是你不懂。tls是标准库里的包，但要改动才能符合特定的需求。直接复制出来改是常见做法。你认为哪种包管理机制会对这样的情景有帮助呢？

内网ip和网速没有必然联系

@rannnn 除非编译器能确定length不会变，否则不可能做这样的优化

https://github.com/jmoiron/jsonq
用这个吧

手感觉不出来就用纸片…

如果是机械磁盘，多线程有可能反而降低速度

误杀误伤要负责任，误骂同理