C++ 跨平台业务实例

发表于 2021-07-08

C++ 跨平台业务相关实例

static_lib

我们业务方有多端：iOS 、Android 、win、Mac 。于是需要使用跨平台统一的相关业务功能。

现状是存在多端的开发人员，多个技术栈，如果加上管理和沟通不畅，一个需求会有多个版本。以最好的状态来估计，出现不同的逻辑但是业务都正常是有可能的。但是只要有人员介入参与项目开发，出现问题是必然的。如何查找和后期稳定维护将是一个巨大的灾难。

那么如果使用C++来作为基础业务开发，好处是显而易见的，即直接编译成为二进制，速度优势明显。但是缺陷是，如果开发人员出现了很小的失误，带来的问题是巨大的，毕竟太多的用户不太愿意升级App

正常来讲，C++ 在跨平台游戏引擎中比较常见。也因为业务需要分端开发的成本比较高，C++ 作为底层通用组件对于跨平台应用来讲是一个不错的选择。根据这一点简单讲一下如何才能使用一套代码进行四端编译。

需要先科普一下静态库和动态库。

静态库即静态链接库（Windows 下的 .lib，Linux 和 Mac 下的 .a）。之所以叫做静态，是因为静态库在编译的时候会被直接拷贝一份，复制到目标程序里，这段代码在目标程序里就不会再改变了。

静态库的好处很明显，编译完成之后，库文件实际上就没有作用了。目标程序没有外部依赖，直接就可以运行。当然其缺点也很明显，就是会使用目标程序的体积增大。

动态库即动态链接库（Windows 下的 .dll，Linux 下的 .so，Mac 下的 .dylib/.tbd）。与静态库相反，动态库在编译时并不会被拷贝到目标程序中，目标程序中只会存储指向动态库的引用。等到程序运行时，动态库才会被真正加载进来。

动态库的优点是，不需要拷贝到目标程序中，不会影响目标程序的体积，而且同一份库可以被多个程序使用（因为这个原因，动态库也被称作共享库）。

我们知道动态库有各种好处，比如包体比较小，可以被多个库使用等，但是由于iOS 在审核时候对于动态库是不持推荐态度，而且，需要依赖系统环境等。

我们有一个原生需求，就是使用C++ 版本的Websocket，使用底层提供公共功能。

在GitHub 上面，根据排名列了一下顺序。

以稳定和快速开发，采用了websocketpp 。没有采用 libwebsocket 的另外一个原因是，在比较少的示例代码中，查找异常出现的错误码都是一件极为难的事情。

websocketpp 这个库没什么特别大的问题，唯一的问题是需要依赖boost 库，生成二进制比较大。

问题呢都不是很大，吭哧吭哧的搞好几天，boost 相关依赖环境和相关编译环境就配置好了，下一步就是如何生成相应的静态库。

项目比较特殊，遗留问题，游戏引擎部分选择了不开源的Laya . 又因为业务侧，laya 自己封装的libWebsocket 在遇到相关网络问题的时候力不重新，所以才会有使C++ 版本Websocket 来替换掉 Laya 提供的Websocket 的需求。

结构如需求，很简单，通过基础boost 提供基础相关能力，在上层去扩充子插件。通过插件提供的基础能力，封装相应接口暴露给上层去使用。

因为本身项目的问题，