问题：C++编写的核心模块如何暴露给外部HTTP Web服务接口？？？

问题：C++编写的核心模块，其API调用接口是一个C/C++函数：输入是一个复杂的嵌套struct，输出也是一个复杂的嵌套struct（注意，这里的struct定义应该只用于序列化传输，不是内存表示，因此其内部应该包含指针类型、内部id引用等等），如何暴露给外部HTTP Web服务接口？？？

方法0：使用C/C++编写http server模块的代码，借助ACE、Boost.Asio这些库来实现。缺点：需要在C++语言代码中处理http协议相关的解析逻辑，且容易出内存问题，技术难度 高。

方法1：使用Python WSGI编写HTTP层的服务接口，Python代码再跨语言调用C++，这里通过Boost.Python进行C++接口函数的封装，封装后对于Python来说相当于一个独立的python模块。在产品环境中部署时，Python WSGI应用可放在uWSGI容器中运行，而uWSGI又进一步通过mod_wsgi嵌入到nginx／apache／lighttpd中。主要缺点：Boost.Python的编译配置环境稍微麻烦一点，但也不是特别麻烦。

方法2：C++模块包装为一个FastCGI应用进程，它作为upstream与nginx之间可以直接通信。（像Nginx-FPM就是PHP语言的一个FastCGI应用容器）缺点：没有成熟的C++ FastCGI容器，而且对于FastCGI来说，被封装的C++代码里面将会看到原始的http请求头部，以及需要自己设置http响应头部。也就是说，仍然需要自己在C++代码里面处理http协议解析相关的内容。只不过相对于方法0来说，更稳定更可靠一点。

方法3：通过gRPC+protobuf，Web前端服务可用Java编写，然后将请求数据序列化封装为二进制格式，跨节点（如果是前端后端Web在一台机器上那就是跨进程）传给C++后端服务 。后端就是C++代码实现的gRPC server端。缺点：需要预先仔细描述RPC message格式（protobuf），假如现有C++模块的接口函数中struct定义已经有了的话，两者还需要做一个适配转换。

20171015 更新：

我要更新一下我的说法了：传统的异步IO的HTTP服务3驱马车：OpenResty、NodeJS、Go，其服务器后端一般是SQL／NoSQL数据库（不谈那个垃圾Spring Boot/Cloud，烦透它了），数据存储适合做水平切分的，通信协议数据交换使用REST/JSON的，但是设想一个客户端是一个定制的App（条件1），为了获得高性能节省传输的数据量（条件2），以及数据后端是用C++实现的定制服务（条件3），比如路由查询（gRPC官方给的例子），那么gRPC+protobuf的方案显然比较合适（C++ 11、HTTP2、二进制全双工）。WSGI和FastCGI毕竟还是太传统了一点，这种特殊的服务后端使得Google的gRPC方案必将大放光彩。尤其还可以锻炼锻炼写高性能C++ 11的代码。赞！