”误解“的Java AIO

先分配读缓存。这个确实是客观存在的情况，AIO 的使用方式是调用读写接口将ByteBuffer对象注册进去，当事件完成后以回调的形式触发CompletionHandler，所以必须要事先分配好缓存空间。

但是有一个细节可能会被大家忽略掉，即便采用 NIO，当遇到半包/粘包的的情况，还是需要有一个缓存对象来暂存这份不完整的数据。尤其在高并发场景下，半包/粘包现象很容易加剧，此时 NIO 需要分配的缓存并不比 AIO 节省多少。

即使假设理想状态下并不存在半包/粘包问题，AIO 通信的预分配形式又能额外消耗多少内存。为每个连接分配 1024 字节的读缓存，在1万个并发连接的条件下也才消耗不到 10MB 内存，试问现实场景下一台 Java 应用服务器需要同时支撑多少个并发，1万?5万?10万?。

目前已知的通信框架通常会配备内存池，在这种前提下 AIO 也只是将内存池中的资源提前利用起来而已。在同等的内存池配置，相同的并发压力下，如果 AIO 暴露出内存方面的问题，我们再来做 AIO 和 NIO 的选择。

总结

本文并不是要将 NIO 和 AIO 对立起来，这两项技术都非常吸引人，喜欢技术的朋友可以在这方面钻研很久。个人推荐纯粹出于学习优先考虑 NIO，因为难度更高，更具挑战性，将要面临和需要解决的问题更多。在学习的过程中如果遇到困惑，可以再去翻一下 AIO 的源码，里面有很多值得借鉴的设计。

（编辑：鹰潭站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!