gydtep

这是一个回调函数，将在成功建立和 client 的连接后被调用，一般提供给用户用于设置网络参数，如设置连接的 keepAlive 参数、缓冲区大小、最大消息长度、read/write 超时时间等，但最重要的是，用户需要通过该函数，为 session 设置好要用的 Reader、Writer 以及 EventListener。

gydtep

软件开发一条经验法则是：“Make it work, make it right, make it fast”，过早优化是万恶之源。

gydtep

比较早期的一个例子是 erlang 的发明者 Joe Armstrong 早年花费了相当多的精力去熬夜加班改进 erlang 性能，其后果之一是他在后期发现早期做的一些优化工作很多是无用功，其二是过早优化损坏了 Joe 的健康，导致 2019 年在他 68 岁的年纪便挂掉了。

gydtep

把时间单位拉长到五年甚至是十年，可能会发现早期所做的一些优化工作在后期会成为维护工作的累赘。2006 年时很多专家还在推荐大家只用 Java 做 ERP 开发，不要在互联网后台编程中使用 Java，理由是在当时的单核 CPU 机器上与 C/C++ 相比其性能确实不行，理由当然可以怪罪于其解释语言的本质和  JVM GC，但是 2010 年之后就几乎很少听见有人再抱怨其性能了。

gydtep

把时间单位拉长到五年甚至是十年，可能会发现早期所做的一些优化工作在后期会成为维护工作的累赘。2006 年时很多专家还在推荐大家只用 Java 做 ERP 开发，不要在互联网后台编程中使用 Java，理由是在当时的单核 CPU 机器上与 C/C++ 相比其性能确实不行，理由当然可以怪罪于其解释语言的本质和  JVM GC，但是 2010 年之后就几乎很少听见有人再抱怨其性能了。

gydtep

2014 年在一次饭局上碰到支fb前架构师周爱民老师，周老师当时还调侃道，如果支fb把主要业务编程语言从 Java  切换到 C++，大概服务器数量可以省掉 2/3。

gydtep

上面这种通过定时轮询方式不断查验 client 中 session pool 中每个 session 有效性的方式，可称之为主动连接。主动连接的缺点显然是每个 client 都需要单独启用一个 goroutine。

gydtep

当然，其进一步优化手段之一是可以启动一个全局的 goroutine，定时轮询检测所有 client 的 session pool，不必每个 client 单独启动一个 goroutine。

gydtep

第二阶段：上世纪七八十年代，此时小型机已经开始普及。不仅是在国防和科学研究，更多的是在商业领域，包括银行这样的系统开始应用小型机。与此同时，关系型数据库开始诞生，出现了包括DB2、Oracle以及Ingres等之名关系型数据库。

gydtep

第三阶段：上世纪九十年代，此时PC机、X86以及局域网等基础设施已经非常健全，IT应用范围已经扩展到企业全面的信息化，关系型数据库开始蓬勃发展，出现了数据仓库以及单机数据库，比如SQL Server、dBase等数据库。