[发明专利]基于EPOLL模型的JCTP实现系统、方法及介质

说明书

本发明提供了一种基于EPOLL模型的JCTP实现系统、方法及介质，包括如下任一个或任多个模块：SOCKET通讯连接池模块：进行连接池初始化，从连接池中获取连接，连接使用完后释放连接；流编解码处理器模块：根据私有协议对数据进行编码及解码；数据协议构造器模块：构造数据协议，将构造好的数据协议传输至对应的处理器；加解密安全处理器模块：对客户端发向服务端的通讯请求进行安全认证，根据数据流向，进行加密或者解密处理。本发明支持所有的硬件和操作系统平台，使用户在操作系统和硬件的选择上具有更大的自由度，技术规范更全面，对企业级应用的支持更强大，具有“编写一次，到处运行”的优点。

技术领域

本发明涉及通讯技术领域，具体地，涉及基于EPOLL模型的JCTP实现系统、方法及介质。

背景技术

综合交易平台CTP(Comprehens ive Transaction Platform)是专门为期货公司开发的一套期货经纪业务管理系统，由交易、风险控制和结算三大系统组成，交易系统主要负责订单处理、行情转发及银期转账业务，结算系统负责交易管理、帐户管理、经纪人管理、资金管理、费率设置、日终结算、信息查询以及报表管理等，风控系统则主要在盘中进行高速的实时试算，以及时揭示并控制风险。

当我们有较大用户量时，假设每日活跃用户数为20000用户数，基于CTP的SELECT的模型的通讯模型就会要求运行在一台8C16G的服务器上面，且单台最多能承载500个用户，因为CTP会为每个用户建立2个线程，则共线程数为500*2＝1000个线程，同时，由于采用的是SELECT模型，会导致CPU空转高负载，以8CPU举例，在LINUX系统中，输入命令查看CPU使用，常常负载在800％左右，导致PID对应的进程假死，并且所占用资源得不到释放，我们为了解决此问题，通过网络抓包分析(CTP通讯报文是公开的)SOCKET套接字报文，决定采用EPOLL模型，并且在不破坏CTP本身的通讯协议的情况下来优化此种通讯方式。

依据构件化和可配置的设计思想，本技术实现采用基于J2EE的三层架构。这种架构的优势在于它能够将系统按照不同的功能来划分，降低系统模块与模块之间的耦合性，提高不同模块的独立性，以保证系统的稳定性、可扩展性和可移植性。任何一个层次的模块的修改都不会影响其它层次模块的正常运行，对需求的变更表现出良好的伸缩性，以满足不断发展的期货业务需求。

epoll和select都是多路复用下的一种机制，多路复用I/O就是通过一种机制，可以监视多个文件描述符，一旦某个文件描述符就绪，就通知程序该文件描述符可以进行读写操作。

select用于确定一个或多个套接口的状态；

select的几大缺点：

1、每次调用select()的时候，都必须要将fd从用户态转换成内核态，这个开销在fd很多的时候非常大。

2、调用select()的时候，在操作系统内核API都会遍历整个fd集，这会大大影响系统效率。

3、select()可打开的文件描述符的上限太少了，默认是1024个。

epoll是Linux下为处理大批量文件描述符而作了改进的poll，是Linux下多路复用I/O接口poll/select的增强版本，能够显著的提高在大量并发连接中只有少数连接活跃的系统CPU利用率。它在获取事件的时候，不会将整个文件描述符集全部遍历，只需要遍历那些被系统API异步唤醒后放入Ready队列的文件描述符。有两种触发的方式，分别是边沿触发和水平触发方式。

两者区别：

1、select在每次被调用的时候，都会讲所有fd从用户态转换成内核态，而epoll只是在事件注册的时候只拷贝一次fd而已。提高了效率。