关于C++和 java web的集成

[georg]

从事多年的C++服务端开发工作，客户端一直习惯了用MFC做一个plain UI。在当前web当道的社会里，CS显然是上个世纪的东西了。想改成BS结构的，可总是有些想不明白如何弄。目前身边几个弄JAVA的哥们只会弄jsp，只会围绕数据库摆弄一些东西。考虑到通信的问题，c++和java可以采用通信协议Google Protocol Buffer。但若写一个具有和c++通信的java application，该java application又如何集成到web里面，供用户通过web控制呢？问题不晓得说清楚了没有，求教大家！

[georg]

我在一个c++的服务器里面增加了对Google Protocol Buffer的支持。用c++的功底用java和netty库写一个APP也是不再话下，问题是如何让这个java application 加上web页面，给该C++的服务器发送消息呢。

[georg]

非常感谢，终于有些明白了。把c++的exe文件改成dll封装，然后采用类似jnative的库来启用服务，调用该服务程序的相关函数接口。

[georg]

这种思路 还从来没弄过，有些工作量，该服务器程序调用了大量的其他第三方库，能否行的通 还需要实验以下。不过 这样跟踪调试起来 是不是 更加困难了。

[georg]

特别还是在linux环境下，采用gdb进行调试

[宝龙哥]

看不明白你具体要实现什么，只能猜测着说两句 java在WEB服务器开发方面功能很强，尤其是其内部集成的web功能模块十分完善和强大 业界公认，C++可以找不到帮助，JAVA则一定能，就我使用BCB的经验看，C++找不到解决代码的情况很普遍，而JAVA是不是都能找到虽然不一定，但比C++容易找到估计是有可能的 至于通讯，其实关系到两方面，一种是接口的使用，二是数据结构，这两种 都正确实现了就可以正确通讯了

[georg]

主要是实现 将CS结构的软件改成BS的。服务端程序是用C++完成。客户端也是通过C++，通过socket实现链接。我想若是改成BS之后，一种方法是在程序里面编写一个轻量级的http server线程。这种将业务程序和http server 紧耦合的方法，很难扩充，并且自己写的http server压力测试根本无法保证。因此考虑将c++服务程序和http server剥离，用c++和java程序通信，然后利用java web的强大功能实现对c++通信的二次封装。并且从将业务逻辑和通信逻辑分离。无论多少人登陆 该web，压力都该在该http server上，目前市场上流行的譬如nginx等抗压测试都很强大。和c++服务程序无关。understand？

[宝龙哥]

大哥，你的这种结构中间经过两次转换结果才到了客户端，效率可想而知，况且中间的两个程序之间的通信也要分别开发，这样开发和修改的效率很低下，不建议这么做

[宝龙哥]

不过，你可以将c++代码封装成dll或使用ole之类的接口

[georg]

非常感谢您的答复： 您的意思是说 把服务器的 操作部分的api封装成一个dll，供java web调用么？

[georg]

不过道理还是一样的，该dll还是要负责和后台的C++伺服器程序进行通信。同时该方案还会导致 dll和伺服器程序之间的紧耦合，没有采用Google Protocol Buffer这种和平台无关的通信方案好。

[宝龙哥]

你使用JAVA制作服务器端，那么还要那个C++的服务器干什么？把那个C++的服务器废掉，把C++实现的算法部分等封装成DLL给JAVA的服务器调用不是可以减少两者之间的通讯么？ 如果一定要保留的C++服务器的话，那么JAVA服务器相当于一个转发服务器，你只要实现你C++客户端的通讯能力就可以了，这些通讯协议只要接口和数据结构正确和用什么工具开发并无关系 如果想通过增加一个java服务器减轻C++服务器的负担，必须把JAVA服务器做成一个缓存池，否则的话并不能减c++服务器的负担