标签：blog http io os ar java sp strong on
最近一两年用C++写了好几个基于TCP通信类型程序，都是写一个小型的服务器，监听请求，解析自定义的协议，处理请求，返回结果。每次写新程序时都把老代码拿来，修改一下协议解析部分和业务处理部分，然后就一个新的程序就诞生了。如此这般做了几回，就萌生了一个想法：是不是可以做一个通用的服务器程序，每次只要实现很少的代码就可以构建的一个新的服务器程序？
巧的是在用C++写代码的时候，我刚好碰到过一个叫做Push Framework的开源项目（在这里可以找到：www.pushframework.com），就是干这个的，功能完整，性能不错。
因为本人主要做Java，因此就萌生了把它翻译成Java版本的想法，这个过程可以学到两点：
1. 服务器程序的基本架构
2. Java网络部分的API
说到这个，就想起了Netty和Mina，就提供这种类型的功能，而且还提供异步I/O。除了这两个著名的项目，我还发现Java世界里有类似功能的项目还有一些：
1. Grizzly (https://grizzly.java.net/): 从GlassFish服务器程序中分离出来的，用Java NIO实现。
2. IoServer (https://code.google.com/p/ioserver/): 国人的项目，号称比Mina更轻量级，专注于手游方面的服务器。
3. Quick Server (http://www.quickserver.org/): 基于TCP，同样是只需要专注于协议和处理逻辑。
看到有不少类似的项目，啥逼格都没有了，那就纯属基础学习吧。这里贴一下自己的这个项目的地址：Java Push Framework (https://github.com/wanly3643/Java-Push-Framework/)。目前一个能运行的版本已经提交上去了，有兴趣的朋友可以拿去看看，文档正在抓紧写。
翻译成Java版本之后，根据自己的理解画了一个服务器程序的简单架构图：
第一行表示新的客户端到达时的处理逻辑，第二三行表示有新的请求到达时的处理逻辑。
一个服务器应该提供一个监视服务，提供一个监听服务端口获取服务器的运行状态。因为对于监视请求的处理和普通客户端很类似，因此可以和普通客户端一起处理。
此外对于服务器来说，还需要包含广播功能，这就需要一个广播管理模块，广播消息队列以及广播消息发送模块。
其实，做这个通用的服务器框架只是第一步，后面还打算自己实现HTTP协议，然后再实现servlet容器，这样就能出来一个小的tomcat了。
这是一条线，还有一条线就是研究服务器程序性能方面的研究。
开篇就写这么多，后面会按照模块来分析，写一些思路和实现代码时遇到的问题。
标签：blog http io os ar java sp strong on
原文地址：http://www.cnblogs.com/wanly3643/p/4056969.html
