话说平台整合（一）

小弟先在此见过各位大虾。小弟我也一枚悲催的程序猿，绝大部分时间是在堆砌c++代码，业余里也捣腾下Java类的东西。从运用层的用户界面到后台服务都开发过。小弟在此所说的平台整合其实主要是指不同平台的运用如何去公用一个服务，就这点意思。小弟献身IT也就3年的时间，所说的所写的都是小弟亲自实践过甚者还是上线的项目，如果说的做的不对，请给小弟我严肃的批评与指正。

一、背景或者是目的     

随着PC硬件跟移动平台的飞速发展，硬件条件越来越强大，软件到底需要如何跟硬件匹配和适应呢？小弟觉得运用级的系统的性能不再是程序员最执着和最揪心的话题(这里的性能主要指对资源的占用与释放，比如内存对齐，选择较底层的数据结构等)，反而是软件如何去最大化复用，也就是软件的跨平台性。平台整合主要目的就是实现一套服务如何去同时支持浏览器，桌面运用系统，android系统以及ios系统的业务需求。最终实现服务器的归一化，客服端的多样化。

二、涉及到的知识点

Tomcat，java，c++，gsoap，xml，webservice，javaweb的开源框架及各种系统中的socket请求过程以及程序中设计模式的基本知识。

三、框架结构

服务框架主要分为：Tomcat服务器+webservice的底层服务器

Tomcat集群去支持所有的http_get或者是http_post。Webservice站点去支持tomcat聚群或者是第三方的硬件级的操作。

Tomcat的服务内部主要是利用javaweb现有的开源框架strut2+spring3+hibernate4或者是springMVC+hibernate或者直接用servlet+dbcp去做后台运用服务，另外集成axis2搭建webservice。

webservice的底层服务器主要用C++语言利用gsoap工具去搭建。建立监听通道，处理大并发的异步请求。该服务主要去补充浏览器或者是tomcat服务器所不能实现的偏底层操作。

Tomcat服务器跟c++的webservice服务器的通信模式：tomcat服务器利用asixs2请求c++的webservice服务器(tomcat去联系c++的服务器)，然后用asixs2去开一个监听或者直接开一个servlet接口或者一个action连接供给c++的webservice异步回调（也就是说c++的服务器怎么去联系tomcat）。

四、得与失

得：一套后台能同时支持浏览器，桌面app，移动平台上的app。同时apache去聚群tomcat能自动实现聚群及负载均衡。用webservice服务辅助tomcat亦能实现java所不能实现的硬件级的操作(编解码，采集等)。

失：c++的webservice大并发服务的聚群和负载需要手动编写和维护。

 

小弟还打算在后续的博客中详细介绍下本文中设计到的几门关键技术的 SSH平台，webservice技术，gsoap以及C++中的大并发服务。