http://www.linuxso.com/security/22276...
很多常用的 PHP扩展是以Linux/Unix的多进程思想来开发的，这些扩展在ISAPI的方式运行时就会出错搞垮IIS。
请问这个出错搞垮是怎么做的呢？
回复内容：
http://www.linuxso.com/security/22276...
很多常用的 PHP扩展是以Linux/Unix的多进程思想来开发的，这些扩展在ISAPI的方式运行时就会出错搞垮IIS。
请问这个出错搞垮是怎么做的呢？
如果没有对多线程做特殊处理的话，任何会带来副作用的函数内都可能导致这个问题。
给你举个栗子：glibc的qsort函数在多线程使用的时候也可能会core。为什么呢？因为有一段代码是这样的
if (phys_pages == 0)
{
phys_pages = __sysconf (_SC_PHYS_PAGES);
//__sysconf函数在sysdeps/posix/sysconf.c中
//_SC_PHYS_PAGES对应到函数__get_phys_pages()
//位于文件sysdeps/unix/sysv/linux/getsysstats.c中
//通过phys_pages_info()打开/proc/meminfo来读取内存信息
//(这就定位到了qsort打开文件的问题)
if (phys_pages == -1)
/* Error while determining the memory size. So let's
assume there is enough memory. Otherwise the
implementer should provide a complete implementation of
the `sysconf' function. */
phys_pages = (long int) (~0ul >> 1);
/* The following determines that we will never use more than
a quarter of the physical memory. */
phys_pages /= 4;
pagesize = __sysconf (_SC_PAGESIZE);
}
//注意，上面这一段if会产生竞争，出现线程安全安全：
//如果两个线程都调用qsort，当线程1获取了phys_pages之后，线程2
//才到达if，线程2就会跳过这一段代码，直接执行下面的if语句——
//而此时pagesize尚未初始化（=0），于是就会出现除零错误，导致
//core dump
/* Just a comment here. We cannot compute (phys_pages * pagesize)
and compare the needed amount of memory against this value.
The problem is that some systems might have more physical
memory then can be represented with a `size_t' value (when
measured in bytes. */
/* If the memory requirements are too high don't allocate memory. */
//如果所需的内存页数大于总的可用内存，则不分配内存（防止swap降低性能）
if (size / pagesize > (size_t) phys_pages)
{
//直接使用stdlib/qsort.c中的 _quicksort 进行排序
_quicksort (b, n, s, cmp, arg);
return;
}完整的代码阅读笔记可参考 glibc的qsort源码阅读笔记
1.修正BUG站用资源问题,优化程序2.增加关键词搜索3.修改报价4.修正BUG 水印问题5.修改上传方式6.彻底整合论坛,实现一站通7.彻底解决群发垃圾信息问题。注册会员等发垃圾邮件7.彻底解决数据库安全9.修改交易方式.增加网站担保,和直接交易两中10.全站可选生成html.和单独新闻生成html(需要装组建)11. 网站有10中颜色选择适合不同的行业不同的颜色12.修改竞价格排名方式13.修
立即学习“PHP免费学习笔记（深入）”；
顺便提一下，解决qsort问题的办法，是在主线程中先调用一次qsort，让它初始化了pagesize，这样只会就不会遇到竞争了。
Windows中运行PHP建议使用FastCGI方式，不会遇到线程安全问题。
