爱上开源之网络通信库boot4gofastnet，简单而不乏

　　准备在物联网中间件这块做一些创新的产品，故先提前准备了剥离出以后自己御用的底层tcp通讯的网络库boot4gofastnet。
　　boot4gofastnet项目简单，主要代码大小不足20K，但是性能不输其他的网络库。
　　boot4gofastnet对网络通讯的优化思想的灵感主要是来自于另一个高性能的http服务fasthttp。只是fasthttp仅仅只是提供了http的通信实现，并没有在tcp层次上进行实现，在做中间件的过程中，很多的服务都是通过tcp或者端口通信实现的，所以必须要有一个tcp的通讯底层的网络库，对比了网上相对来说比较有名的epoll，gnet，gonetty等项目，其中epoll，gnet都是类似于redis的多路复用的实现方式，
　　在网络通信的方式上，采取了nio的方式来实现，在看etcd等代码的时候，都没有看到其使用类似的方式，其实go的协程方式，已经非常好的解决了以前bio的弊端，之所以有nio出现，主要是在以往的bio方式中，都有一个线程对于去处理监听得到的连接，
　　线程的维护开销较大，在大量的长连接的情况下，会导致系统的开销非常的吃紧，这才有了nio的模型，但是在go里，其中的协程对于大量多并发的情况处理，没有线程这样的重，在看看redis的io模型，redis的之所以性能优秀，多路复用是其我们都知道的，但是要知道首先redis是单线程处理，这样他的多路复用才真正的有意义，另外，redis的快，还有个关键点，就是内存复制这块，零拷贝机制，
　　这也是一个非常的关键点，最后一点，redis是基于内存的操作，通过RDB和AOF结合方式，尽可能减小磁盘写对性能的影响，综合以上，才有了redis的高性能，所以如果一味的说nio就能有网络高性能，就是一叶障目，目光短浅了。正是有这样的怀疑，所以还是先压数据测性能先，自己就写了个简单的网络通信库，按照fasthttp的思想，进行以下的优化点实现
　　1。引入协程池，将协程的开销进一步压缩
　　2。内存复用，缓存池，对象均使用对象池的实现，进一步减小内存分配和Gc的开销
　　3。零拷贝，这里并不是真正的零拷贝，只是通过bytebuffer仅可能的减少不必要的内存拷贝。
　　看看fastnet和Epoll的PK结果。
　　两者都在我的机器上，在并发数2000的时候，数据意义比较大，超过2000的时候，会有一些jmeter的报错，数据失真，数据包使用的是不到1k的小包
　　直接上结果：
　　fastnet
　　Epoll
　　原生的golang的net库实现，比较差，并发2000的情况下，jmeter容易报错，1000的情况下，数据才有意义
　　2000的数据
　　1000的情况