Loken1

阅读开源项目的代码，有一些技巧与经验分享给大家。 1，首先不要从头文件一个一个看，想一下子把所有变量的含义都搞明白。我以前也用这个方式，后来发现效率太低。变量的含义跟作用应该是要从代码逻辑里面一点点调

SRS 的 configure 只有 800 行，相对于 FFmpeg 的 8000 行 configure，还是比较简单的，他的主要流程如下： 本文主要提取一些重点来讲解一下。 1，解析参数，创建目

在前面《StateThread为什么不支持多线程》一文中，讲解了为什么 StateThreads 不支持多线程，要利用 CPU 多核，只能用 fork 开多进程。 实际上就是全局变量的问题，不过 SR

这个 patch 其实是 toffaletti 贡献的，SRS 把他合并过来了，整个 commit 其实很小，我们可以直接手动把它复制过 st-1.9 项目里面的。 复制完成之后，然后只需要在编译的时

前面《如何查看协程相关信息》，已经介绍了如何查看协程数量，遍历协程，通过 EBP 寄存器去查看协程的函数调用层级。不过这样手敲命令，还是比较麻烦。有没一种更自动化一点的方法呢？ 答：有，就是 srs.

让 StateThreads 支持新的 CPU 架构，只需要实现下面 3 个函数就行了。 MD_SETJMP，保存函数上下文 MD_GET_SP，获取函数的 SP 寄存器，主要是为了进行修改。 MD_

jmpbuf 的全称其实是 jump buffer，存储的是 longjump 函数所需要的信息。也就是协程的上下文。由于 jmpbuf 在不同的平台内部实现不一样，而且如果 glibc 后面版本如果

StateThreads 提供了一个协程切换回调功能，当切走 协程的时候 会执行 _st_this_vp.switch_out_cb() 函数，到恢复协程的时候 会执行 _st_this_vp.swi

在进行多线程编程的时候，我们通常会使用 pthread_join() 函数来等待一个线程的结束。StateThread 也为我们提供了一个 st_thread_join() 函数来等待某个协程的结束。