我写我所想！

推送系统说是推送系统有点大，其实就是一个消息广播功能吧。作用其实也就是由服务端接收到消息然后推送到订阅的客户端。思路对于推送最关键的是服务端向客户端发送数据，客户端向服务端订阅自己想要的消息。这样的好处就是有消息后才向客户端推送，相比于拉取数据不会产生许多无效的查询，实时性也高。xmpp这种即时通信协议基于TCP长连接还是比较符合这种场景的。只需要在服务端增加一个模块用于接收用户订阅与数据的推送就完

说明 本文源码基于Openfire4.0.2。 Openfire的启动     Openfire的启动过程非常的简单，通过一个入口初始化lib目录下的openfire.jar包，并启动一个XMPPServer实例。 下面就是ServerStarter.start方法的代码片断： Class containerCla

如果用户量增加后为了解决吞吐量问题，需要引入集群，在openfire中提供了集群的支持，另外也实现了两个集群插件：hazelcast和clustering。为了了解情况集群的工作原理，我就沿着openfire的源代码进行了分析，也是一次学习的过程。 首先理解集群的一些简单概念集群的目的是让多个实例像一个实例一样运行，这样就可以通过增长实例来增长计算能力。也就是所谓的分布式计算问

问题定位及排查上周无意中调试程序在Linux上ps -ef|grep tomcat发现有许多tomcat的进程，当时因为没有影响系统运行就没当回事。而且我内心总觉得这可能是tomcat像nginx一样启动多个进程。后来测试在一次升级后反馈说怎么现在tomcat进程无法shutdown?这让我有点意外，看来这个问题并没有这么简单。于是开始思考问题会出在哪里。复现问题先是另外一台服务器部署，然后shut

苦恼中寻找方法 在开始做即时通信时就知道了消息回执这个概念，目的是解决通讯消息因为各种原因未送达对方而提供的一种保障机制。产生这个问题的原因主要是网络不稳定、服务器或者客户端一些异常导致没有接收到消息。因为产品中使用的是openfire和spark的组合，所以一直就想在这个范围内找一个现成的方案，只不过通过阅读一些开发者的总结提到说openfire没有消息回执的方案。于是也看到了别人的方案：发送者

openfire群聊与QQ群对比应该是去年的时候开始接触openfire，当时在分析后发现基于xmpp协议的openfire已经具备了群聊的功能。也就没太当回事，觉得加点功能就可以做成类似于QQ群的那种模式。后来仔细了解后才发现并不是这么简单：muc其实聊天室的形式，房间创建后可以加入聊天，用户离开就退出聊天室了，并没有一个用户固化的功能，所以要单独为这部分开发 muc因为没有固化的成员...