在多线程系统中，进程保留着资源所有权的属性，而多个并发执行流是执行在进程中运行的线程。 如 Apache2 中的 worker，主控制进程生成多个子进程，每个子进程中包含固定的线程数，各个线程独立地处理请求。 同样，为了不在请求到来时再生成线程，MinSpareThreads 和 MaxSpareThreads 设置了最少和最多的空闲线程数； 而 MaxClients 设置了所有子进程中的线程总数。如果现有子进程中的线程总数不能满足负载，控制进程将派生新的子进程。
当 PHP 运行在如上类似的多线程服务器时，此时的 PHP 处在多线程的生命周期中。 在一定的时间内，一个进程空间中会存在多个线程，同一进程中的多个线程公用模块初始化后的全局变量， 如果和 PHP 在 CLI 模式下一样运行脚本，则多个线程会试图读写一些存储在进程内存空间的公共资源（如在多个线程公用的模块初始化后的函数外会存在较多的全局变量），
此时这些线程访问的内存地址空间相同，当一个线程修改时，会影响其它线程，这种共享会提高一些操作的速度， 但是多个线程间就产生了较大的耦合，并且当多个线程并发时，就会产生常见的数据一致性问题或资源竞争等并发常见问题， 比如多次运行结果和单线程运行的结果不一样。如果每个线程中对全局变量、静态变量只有读操作，而无写操作，则这些个全局变量就是线程安全的，只是这种情况不太现实。
为解决线程的并发问题，PHP 引入了 TSRM： 线程安全资源管理器(Thread Safe Resource Manager)。 TRSM 的实现代码在 PHP 源码的 /TSRM 目录下，调用随处可见，通常，我们称之为 TSRM 层。 一般来说，TSRM 层只会在被指明需要的时候才会在编译时启用(比如,Apache2+worker MPM，一个基于线程的MPM)， 因为 Win32 下的 Apache 来说，是基于多线程的，所以这个层在 Win32 下总是被开启的。
