简介
总结下目前视频教程中读者提出的问题,并逐一回答。视频地址在哔哩哔哩
https://space.bilibili.com/271469206
boost编译方法补充
很多同学提出windows环境下boost编译失败问题,这里在介绍一下,原文为
https://llfc.club/articlepage?id=2LUMUrk6n3nNEMHUOyWFwiPZZyo
当我们把boost库下载后解压,进入文件夹执行bootstrap.bat,就会生成b2.exe可执行文件。

之前我告诉大家执行的编译命令是
1  | .\b2.exe toolset=gcc  | 
这样生成的库是linux的.a库。
我们要用到生成windows使用的库
1  | .\b2.exe install --toolset=msvc-14.2 --build-type=complete --prefix="D:\cppsoft\boost_1_81_0" link=static runtime-link=shared threading=multi debug release  | 
先逐一解释各参数含义
install可以更改为stage, stage表示只生成库(dll和lib), install还会生成包含头文件的include目录。一般来说用stage就可以了,我们将生成的lib和下载的源码包的include头文件夹放到项目要用的地方即可。
toolset 指定编译器,
gcc用来编译生成linux用的库,msvc-14.2(VS2019)用来编译windows使用的库,版本号看你的编译器比如msvc-10.0(VS2010),我的是VS2019所以是msvc-14.2。如果选择的是install 命令,指定生成的库文件夹要用
--prefix,如果使用的是stage命令,需要用--stagedir指定。link表示生成动态库还是静态库,static表示生成lib库,shared表示生成dll库。runtime-link表示用于指定运行时链接方式为静态库还是动态库,指定为static就是MT模式,指定shared就是MD模式。MD和MT是微软 Visual C++ 编译器的选项,用于指定运行时库的链接方式。这两个选项有以下区别:/MD:表示使用多线程 DLL(Dynamic Link Library)版本的运行时库。这意味着你的应用程序将使用动态链接的运行时库(MSVCRT.dll)。这样的设置可以减小最终可执行文件的大小,并且允许应用程序与其他使用相同运行时库版本的程序共享代码和数据。/MT:表示使用多线程静态库(Static Library)版本的运行时库。这意味着所有的运行时函数将被静态链接到应用程序中,使得应用程序不再依赖于动态链接的运行时库。这样可以确保应用程序在没有额外依赖的情况下独立运行,但可能会导致最终可执行文件的体积增大。
执行上述命令后就会在指定目录生成lib库了,我们将lib库拷贝到要使用的地方即可。
运行时库类型的错误
windows平台有时我们使用多个第三方库时,每个库编译选择的运行库版本不同的,有的是static,有的是shared,也就是MT和MD。这两种类型不能混用,比如我们使用grpc通信时,也会使用jsoncpp库序列化,那如果这两个库版本不同就会报如下链接错误

解决这个问题也比较简单,将运行时库类型统一修改为MD或MT

我们目前的项目采用的运行库类型都改为了MD,大家可以看源码
https://gitee.com/secondtonone1/boostasio-learn
注意条件变量激活信号发送的时机
我们使用条件变量激活其他线程时需要cond_variable.notifyone或者cond_variable.notifyall。
但是发送前一定要解锁,如果不解锁其他线程处于wait状态将无法被激活,因为锁可能还被通知线程占用。目前项目中已解决该隐患。
那我们用代码模仿消费者和生产者逻辑
1  | int main()  | 
io_context监听事件要启动
我们将iocontext的读写事件注册后,一定要执行iocontext.run,这样事件才会被asio底层派发。
项目中StrandServer和ThreadServer都遗漏了信号事件绑定的iocontext的run调用,目前已修复。
io_context::work析构后io_context不一会退出
io_context::work主要是用来监听io_context,防止io_context在没有事件绑定的时候退出。io_context::work 析构后,如果io_context没有事件绑定则自动退出。
但是当io_context有事件监听,则io_context无法退出。
我们的代码中用智能指针管理io_context::work
1  | using Work = boost::asio::io_context::work;  | 
当智能指针reset后调用work的析构函数,但是如果iocontext已经绑定了读或写事件,则无法停止。
所以当我们执行Pool的stop函数无法正常退出,这个问题已经修复,详见代码仓库。
grpc应用场景
grpc主要用于服务内部通信的情况,简言之后台网络中多个服务器通信的方式。如果是客户端和服务器通信最好使用并发性能好一点的网络库,同时也能支持根据自己的需求实现并发逻辑。如果客户端较少,则也可以考虑用grpc的方式通信。
接下来视频走向
- 搭建Linux环境下C++ 开发环境
 - C++ 并发编程技术讲解
 - 项目实战,QT聊天客户端和asio服务器全栈设计。
 
总结
本文回答了大家遇到的各种问题
视频连接https://space.bilibili.com/271469206/channel/collectiondetail?sid=313101