具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例1

本实施例公开如图1所示的一种使用异步非阻塞模式处理多客户端接入的方法，包括以下步骤：

S1初始化main工作组并开启主线程M，绑定监听IP+端口后，开启main工作组线程池MPool并开始轮询；

S2初始化请求队列RQ及selector多路复用选择器；开启sub工作组主线程S并开始轮询selector，开启sub工作组线程池SPool，初始化就绪队列WQ；

S3线程M监听到有客户端ACCEPT请求后，将ACCPET请求放入RQ中，MPool轮询RQ，当RQ有请求数据时，获取请求数据，将请求以负载均衡的方式分派到MPool中的每个线程；

S4处理ACCEPT请求，进行身份验证、握手、登录操作，生成对应的channel，并注册到selector中；

S5线程S轮询selector中的channel，并将channel放入WQ中，SPool轮询WQ，WQ中有请求数据时，获取请求数据，将请求以负载均衡的方式分派到SPool中的每个线程；

S6业务层代码根据查询参数去数据库查找对应的网元相关业务信息并封装成对象返回给线程S；其中，网元相关业务信息包括端口、配置、查询、同步数据、同步告警和性能查询等信息。

S7线程S收到业务层返回的结果，将结果封装到channel中并返回，客户端收到来自服务端的响应，解析完成后正确显示。

本实施例main工作组和sub工作组均包含一个主线程和一个线程池。

本实施例main工作组主线程用于绑定IP和监听端口，收集用户的ACCEPT请求，将请求放入请求队列中；

本实施例main工作组线程池用于从请求队列中获取用户的ACCEPT请求，并进行认证、握手、登录处理，然后与客户端建立连接，生成channel，将channel放入selector中，同时处理任务队列中的任务。

本实施例sub工作组主线程用于轮询selector中的channel，将准备就绪的channel放入就绪队列中；

本实施例sub工作组线程池用于从就绪队列中获取channel，处理channel中的read和write事件，并处理任务队列中的任务和定时任务。

本实施例main工作组和sub工作组构成线程模型，用于实现使用一个处理请求线程满足多用户的同时接入。

实施例2

本实施例公开一种使用异步非阻塞方式处理多客户端接入的方法，具体为，服务端使用异步非阻塞模式处理多客户端接入的整体方案设计，包括多路复用的技术，高效的线程模型设计。

本实施例多路复用技术包括：

服务端将客户端的ACCEPT请求进行认证处理，包括身份认证、握手、登录操作；

待上述操作完毕且认证通过，服务端根据ACCEPT请求生成对应的channel，并注册到多路复用器selector中；

selector内部对channel不断轮询，将就绪的channel放入对应的集合中；

服务端其他模块会轮询selector的集合，将就绪的channel取出，进行业务处理。

本实施例高效的线程模型设计包括：

主用工作组的线程初始化；主用工作组的线程池初始化；主用工作组的多路复用器selector初始化；主用工作组的线程定时轮询ACCEPT事件；主用工作组的线程池处理ACCEPT事件；主用工作组的线程池处理认证、握手、登录、建立连接；主用工作组的线程池生成channel；channel注册到selector；主用工作组的线程池处理任务队列中的任务；

辅助工作组的线程初始化；辅助工作组的线程池初始化；辅助工作组的线程轮询selector；辅助工作组的线程池处理read和write事件；辅助工作组的线程池处理任务队列中的任务。

实施例3

本实施例公开一种处理多客户端接入的方法，流程如下所述：

服务端初始化main工作组：开启main工作组主线程M，绑定监听IP+端口；

开启main工作组线程池MPool并开始轮询；初始化请求队列RQ；初始化selector多路复用选择器；

服务端初始化sub工作组：开启sub工作组主线程S并开始轮询selector；开启sub工作组线程池SPool；初始化就绪队列WQ；

线程M监听到有客户端ACCEPT请求后，将ACCPET请求放入RQ中；

MPool轮询RQ，当RQ有请求数据时，获取请求数据，将请求以负载均衡的方式分派到MPool中的每个线程，如图1流程101；

MPool中的线程处理ACCEPT请求，进行身份验证、握手、登录操作；

MPool中的线程处理完ACCEPT请求后，生成对应的channel，并注册到selector中；

线程S轮询selector中的channel，当此channel是就绪状态时，将此channel放入WQ中；

SPool轮询WQ，WQ中有请求数据时，获取请求数据，将请求以负载均衡的方式分派到SPool中的每个线程；

SPool中的线程根据请求调用具体的业务逻辑处理方法，生成结果并返回。

如图2所示本实施例包括main工作组和sub工作组，main工作组包含一个主线程和一个线程池，主线程的工作是绑定IP和监听端口，收集用户的ACCEPT请求，将请求放入请求队列中，线程池的工作是从请求队列中获取用户的ACCEPT请求，并进行认证、握手、登录处理，然后与客户端建立连接，生成channel，将channel放入selector中，同时处理任务队列中的任务。

本实施例sub工作组包含一个主线程和一个线程池，主线程的工作是轮询selector中的channel，将准备就绪的channel放入就绪队列中，线程池的工作是从就绪队列中获取channel，处理channel中的read和write事件，并处理任务队列中的任务和定时任务。

实施例4

本实施例以网络管理系统为例，单机服务器，10000个客户端同时接入,启动服务器，说明如何实施。

本实施例以IPRAN网络管理系统为例，系统部署在单机服务器上，启动服务器。

此时，有10000个客户端同时登录，main工作组的M线程收到10000个ACCEPT请求，依次给每个请求分配一个唯一ID，并将这些请求放入请求队列RQ中。

当轮询RQ的main工作组的线程池检测到RQ有数据时，负载均衡模块会根据请求的ID号按照一定的算法算出每个请求对应由哪个线程负责处理。

本实施例假设main工作组的线程池启动了20个线程，则每个线程处理500个请求。

本实施例以其中一个线程为例，说明如何处理ACCEPT请求：

该线程收到请求后，获取该请求的数据，根据用户名user1和密码user1去数据库查找对应的用户，若找到该用户，则返回true，继续下一步操作；若没有找到该用户，则返回false，线程会返回一个用户不存在的错误码给登录的客户端。

找到对应的用户则表示登录成功，线程会记录该用户的登录信息,返回登录成功的信息给客户端，然后根据该连接生成对应的channel,并将该channel注册到selector上。

selector会一直轮询注册的channel集合。

如果用户user1登录成功后，要进行读取设备端口信息的操作，客户端会发出一个查询请求query1，query1中封装了要查询的设备的网元id等讯息。

服务端selector轮询到来自用户user1的channel有read事件，而且状态为就绪，selector会将该channel放入对应的集合中。

sub工作组的S线程会一直轮询selector。

此时线程S轮询到selector的集合中有准备就绪的channel，将该channel放入工作队列WQ中。

sub工作组的线程池模块轮询到WQ中有channel，负载均衡模块会将该channel分派给其中一个线程去处理。

该线程拿到该channel后，读取channel中的请求，发现是read事件，具体为query1查询操作，会调用对应的业务层代码去完成请求。

业务层代码根据查询参数去数据库查找对应的网元端口信息并封装成对象返回给该线程。

该线程收到业务层返回的结果，将结果封装到channel中并返回。

客户端收到来自服务端的响应，解析完成后正确显示。

实施例5

本实施例公开一种使用异步非阻塞方式处理多客户端接入的装置，包括：

主用工作组主用线程模块，用于监听来自客户端的连接请求，并将请求放入请求队列中；

主用工作组线程池模块，用于读取请求队列中的请求数据，并处理请求，生成channel注册到selector；

多路服务器selector，用于维护channel集合；

辅助工作组工作线程模块，用于轮询selector中就绪的channel，将channel放入工作队列中；

辅助工作组线程池模块，用于读取工作队列中的channel数据，并进行业务处理。

负载均衡模块，用于把来自客户端的流量平均的分派给需要执行任务的线程池里的线程。

综上，本发明通过更改网络管理系统的通信方式，采用异步非阻塞模式处理多个客户端请求，一个处理请求线程完全能够满足多用户的同时接入，让用户能够正常的登录服务器并能够正常交互，不会出现卡顿，长时间无响应的糟糕的用户体验，具有很强的市场应用前景。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。