基于Netty的IM简单实现原理

最新推荐文章于 2025-06-09 16:48:08 发布

pipimob

最新推荐文章于 2025-06-09 16:48:08 发布

阅读量4.3k

点赞数 2

CC 4.0 BY-SA版权

本文链接：https://blog.youkuaiyun.com/pipimob/article/details/79799793

本文介绍了基于Netty实现的IM即时通讯系统，包括服务器和客户端的简单实现，强调了Netty的非阻塞特性及其在高并发场景的优势。通过JSON字符串作为通信载体，利用Netty的ChannelHandler进行数据处理和发送。提供了源代码链接供读者深入研究。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近在开发MobIM，实现了消息传输和群等功能的IM功能。SDK功能包小，而功能全面。可以与原来的系统进行无缝整合。

自己抽空也实现了一套IM Server和IMClient的业务通信模式。没有实现复杂的UI界面，实现简单的登录注册，发消息，收消息。服务器端与客户端都使用Netty通信。

Netty基于非阻塞（nio），事件驱动的网络应用程序框架和工具。

通过Netty面对大规模的并发请求可以处理的得心用手。用来替代原来的bio网络应用请求框架。

BIO通信即平时使用的基于Socket，ServerSocket的InputStream和OutStream。

Netty神奇的地方在于是否是阻塞的。

while(true){
//主线程死循环等待新连接到来
 Socket socket = serverSocket.accept();
//为新的连接创建新的线程,客户端与服务器上的线程数1:1
 executor.submit(new ConnectIOnHandler(socket));

在BIO模型中，服务器通过ServerSocket来开启监听，每当有请求的时候开启一个线程来接受处理和维持状态。这种思想在低并发，小吞吐的应用还可以应付，一旦遇到大并发，大吞吐的请求，必然歇菜。线程和客户端保持着1:1的对应关系，维持着线程。维持那么的多的线程，JVM必然不堪重负，服务器必然崩溃，宕机。

而在非阻塞的Netty中，却可以应付自如。从容应对。Tomcat就是基于BIO的网络通信模式（Tomcat可以通过一定配置，改成非阻塞模式），而JBoss却是基于非阻塞的NIO实现。

NIO的网络通信模式很强劲，但是上手却一点都不容易。其中解决和牵扯到好多网络问题。如：网络延时，TCP的粘包/拆包，网络故障等一堆一堆的问题。而Netty呢，针对nio复杂的编程难题而进行一系列的封装实现，提供给广大开发者一套开源简单，方便使用的API类库，甚至青出于蓝而胜于蓝，甚至几乎完美的解决CPU突然飙升到100%的