基于websocket实现电网下的消息推送.docVIP

基于websocket实现电网下的消息推送 　　【摘 要】随着青海电网的信息化发展需要的系统增多，在消息处理中每个系统各自为政，而且消息格式不统一、不及时、甚至误发的情况，借此统一消息处理，是非常有必要的，本文介绍为解决这个问题，我们提出了通过redis实现消息存储，消息队列管理，使用websocket实现服务端与客户端的通讯。从而实现消息统一管理，统一发送渠道讨论说明。 中国论文网 /8/view-7248919.htm 　　【关键词】redis websocket 消息服务 　　1引言 　　随着移动互联网的发展，手机、平板电脑等智能移动终端成为了信息的重要载体，在移动化的趋势下，传统业务开始逐步向移动业务扩展，企业应用系统移动化的需求也随之日益增长。开始出现消息不统一，无法跨业务系统，已无法满足现有业务增长需求。 　　消息统一服务，为各个业务系统与移动端、web端提供统一的消息通道、统一的消息格式，加快业务系统的信息建设，剔除各业务系统繁杂不统一的消息处理，业务系统的开发人员只需要引入服务端、客户端SDK，消息接口调用就可实现消息发送与接收。 　　这里我们通过使用websocket提供消息通道、redis完成消息存储通过send服务器与状态服务器完成消息统一处理。 　　2. 关键技术 　　2.1 Query实现技术 　　方便消息数据的快速读写操作，使用redis技术 ，redis支持主从的模式、读写分离模型、数据分片模型，以及他高速操作：SET操作每秒钟 110000 次，GET操作每秒钟 81000 次。结合redis支持分布式的特性，使用多服务器更高效的为消息服务提供存储查询服务。 　　2.2线程池实现技术 　　线程池作用就是限制系统中执行线程的数量。 　　为实现系统运行效果的最优化，可以根据系统的环境情况，对线程数量进行自动或手动设定；少了浪费了系统资源，多了造成系统拥挤效率不高。通过线程池进行线程数量的控制，根据命令的先后依次执行。一个任务完成以后，再执行任务列表中时间最考前的任务。当任务列表中没有可执行进程时，线程池则进入等待状态。当一个新任务需要完成时，如果线程池中没有正在运行的工作线程，就可以开始运行了；否则进入等待队列。 　　为什么要用线程池： 　　（1）减少了创建和销毁线程的次数，每个工作线程都可以被重复利用，可执行多个任务。 　　（2）可以根据系统的承受能力，调整线程池中工作线线程的数目，防止因为消耗过多的内存，而把服务器累趴下（每个线程需要大约1MB内存，线程开的越多，消耗的内存也就越大，最后死机）。 　　Java里面线程池的顶级接口是Executor，但是严格意义上讲Executor并不是一个线程池，而只是一个执行线程的工具。真正的线程池接口是ExecutorService。 　　比较重要的几个类： 　　ExecutorService 真正的线程池接口。 　　ScheduledExecutorService 能和Timer/TimerTask类似，解决那些需要任务重复执行的问题。 　　ThreadPoolExecutor ExecutorService的默认实现。 　　ScheduledThreadPoolExecutor 继承ThreadPoolExecutor的ScheduledExecutorService接口实现，周期性任务调度的类实现。 　　要配置一个线程池是比较复杂的，尤其是对于线程池的原理不是很清楚的情况下，线程池的配置很可能不是最完美的，因此在Executors类中设置了一些配方，专门由于形成经常用到的线程池。 　　2.2.1 newSingleThreadExecutor 　　形成用于单线程工作的线程池。运行过程中只有单一线程在线程池中运行，即所有的任务通过单线程的工作方式执行。一旦所执行的线程因某种原因而停止，则会有队列中时间最靠前的线程进入运行。该线程池的一切任务按照时间的先后顺序依次进行。 　　2.2.2 newFixedThreadPool 　　形成固定处理能力的线程池。每当有任务提交时，则对应形成一个线程，直到达到线程池的最大处理能力。线程池满负荷工作后则不再创建新的线程，当正在运行的线程完成或者因为其他原因结束时，则会在队列中选择最靠前的线程执行。 　　2.2.3 newCachedThreadPool 　　形成具有缓存空间的线程池。当需处理的线程较少，不能充满线程池时，则会将线程池中较长时间不运行的空闲线程收回，一旦增加任务量，线程池又会自动投入线程执行新的任务。该线程池的大小不进行设定，其大小完全根据操作系统线程的最大处理能力而定。 　　2.2.4 newScheduledThreadPool 　　创建一个大