用t-io从零写一个像微信的IM（03）：网络框架选择
网络框架的选择主要指服务器端，毕竟IM的技术门槛都在服务器端（这并不是说客户端不难，只是相对而言技术门槛不是那么高）
这里先给出结论，我们选择的是t-io，这里有一份《t-io技术白皮书》，可以参考一下
给出结论后，来说说为什么选择t-io。以IM的需求来说明为什么说选择t-io是个不错的思路
1. 既要支持socket又要支持websocket
既要支持socket又要支持websocket的网络框架很多，但是我们想的更多的是，这两个协议能相互适配和转换，目前市面上在框架层支持协议相互适配和转换的，只有t-io了
2. 可以方便地进行群组管理
IM中有大量的业务是针对群的操作，譬如对某个群发消息、建立群、解散群、离开群、将人踢出群… …t-io天然支持群组绑定和消息群发
3. 可以方便地进行用户管理
IM中对用户进行操作，是很常规的业务，譬如发消息给指定的用户、将用户踢出群、将用户加入群… …t-io天然支持用户绑定和发消息给用户
4. 稳定、高效
满足这一点的网络框架很多，除了t-io还有netty，但像mina就不建议使用了（毕竟历史太久了）
5. 易用、可驾驭
这一点，t-io基本完胜netty，仅代表个人能力特点表达的观点，不是说netty不易、难驾驭（还是有很多人喜欢netty的）
6. 支持集群
t-io内置了集群能力
6. 其它锦上添花的功能
心跳检测、半包粘包、集群、流量监控统计… …这些t-io都有现成的了
7. 结论
结论显而易见，我们选择了t-io
下集预告
用t-io从零写一个像微信的IM（04）：IM协议设计
