SRS对StateThreads的多线程改造—SRS对StateThreads的改进与完善

在前面《StateThread为什么不支持多线程》一文中，讲解了为什么 StateThreads 不支持多线程，要利用 CPU 多核，只能用 fork 开多进程。

实际上就是全局变量的问题，不过 SRS 使用了 GCC 编译器的关键字 __thread 解决了全局变量的问题。如下：

__thread 修饰全局变量之后，就相当于每个线程都有一个自己的全局变量，相互之间不影响，关于 __thread 的详细介绍，可以阅读《Thread-Local Storage》

由于 __thread 关键字的实现跟链接器（ld）、动态链接器（ld.so）和系统库（libc.so 和 libpthread.so）有很大的关联，所以不是什么平台都能使用 __thread 关键字的。

所以目前 SRS 改造后的多线程 StateThreads 只能在 Linux 跟 Darwin 平台运行，其他平台不知道是否会存在问题。

我们只需要下载 1.9.5 版本的 StateThreads，就能看到多线程的代码，其实改动并不大，全都在这个 commit 里面了。

不过 1.9.5 版本的 StateThreads 并没有提供 example 目录示例，所以我们需要把之前 1.9 版本的 example 里面的示例拷贝过来，然后做一些改动。

我只拷贝了 lookupdns 示例，并且使用了 pthread_create 创建了多线程，可以点击这里下载我修改好的仓库代码。

下载完之后执行下面的命令编译：

ini 复制代码

make linux-debug EXTRA_CFLAGS="-DMD_VALGRIND"

然后 st_init() 后面打一个断点，观察每个线程的 _st_this_vp（虚拟进程）变量的地址，会发现每个线程的虚拟进程变量的地址都是不一样的。他们线程各自有各自的全局变量。

SRS 对 StateThreads的多线程改造有个地方没改过来，就是 idle 协程的退出逻辑，需要把 exit() 改成 pthread_exit()，只退出单个线程，而不是退出整个进程。

然后我又用 Valgrind 跑了一遍 lookupdns，是有发现内存泄漏的，可能跟 pthread_exit() 有关，如下：

css 复制代码

valgrind --tool=memcheck --leak-check=full ./obj/lookupdns srs.xianwaizhiyin.net

可能是 Valgrind 误报，也可能会真的有问题，具体后面再研究补充

本文是《 SRS原理 》一书中的文章，如需观看更多内容，请购买本书。