PHP框架的繁荣是正确的发展方向吗？

PHP 脚本里没有线程的概念，只有 PHP 解释器的实现有线程与否的概念。PHP 解释器通过 TSRM 层来实现对 PHP 脚本屏蔽线程。

另外，PHP 解释器未必使用多进程的运行方式。在 Apache 下，它还可以嵌入多线程方式的 httpd 子进程，以多线程的方式来运行，一个线程对应一个 HTTP 请求的处理。当然此时如果 PHP 解释器的部分代码没有做到线程安全，那可能就会出问题（据称 PHP 解释器的核心部分都是线程安全的，不过可能有些扩展代码的质量不高，存在线程不安全的问题）。

关于 PHP 部分，robbin的说法基本是错误的。PHP 解释器进程持有它需要的所有资源，它也带 GC。 PHP 解释器进程有两层面的 GC，一层是在请求结束时必须释放所有该次请求内申请的资源，并清扫该次环境；另一层是在请求执行内，它也存在 GC，这就是通常所说的 GC，比如变量的引用计数实现。

硬件：

  机器: ThinkPad T61p
  CPU : Core2 Duo T9300 2.5G 6M L2
  RAM : 2G

软件：

  WindowsXP SP3 x86
  Apache 2.2.11（KeepAlive=Off，ThreadsPerChild=150，MaxRequestsPerChild=0）
  PHP 5.2.6（mod_php + mod_rewrite，APC 为 3.1.0-dev）
  Python 2.5.4（mod_wsgi 2.3）
  Django 1.0.2

测试方法：

  ab -n 5000 -c 50 [url]

  为使结果精确些，测试静态时把 PHP 和 Python 都去掉，测试 PHP 时把 Python 去掉，反之亦然。

测试结果：

0. 静态文件，一个 7K 的 jpg；
  结果：[4050.63 reqs/sec]

1. PHP，单脚本文件，未加 APC，输出“hello, world”；
  结果：[2782.61 reqs/sec]
2. PHP，单脚本文件，加 APC（apc.stat=On），输出“hello, world”；
  结果：[2962.96 reqs/sec]
3. PHP，单脚本文件，加 APC（apc.stat=Off），输出“hello, world”；
  结果：[2962.96 reqs/sec]

4. PHP，跑我自己写的简陋框架，未加 APC，输出“hello, world”；
  结果：[ 307.99 reqs/sec]
5. PHP，跑我自己写的简陋框架，加 APC（apc.stat=On），输出“hello, world”；
  结果：[1003.13 reqs/sec]
6. PHP，跑我自己写的简陋框架，加 APC（apc.stat=Off），输出“hello, world”；
  结果：[1280.00 reqs/sec]

7. Python，单 WSGI 脚本文件，输出“hello, world”；
  结果：[2560.00 reqs/sec]
8. Python，跑 Django，输出“hello, world”。
  结果：[1939.39 reqs/sec]

结论：

  Django 的性能相当高，我自己写的简陋框架还得在性能方面多做努力。
  有时间再测测其它框架。

写PHP好多年了，到底什么算是“有 PHP 特色的框架开发之路”，一直雾里看花：

在特殊的PHP运行机制背景下，采用传统的OOP思想创建框架，不时的被质疑。这是完美主义者的洁癖？还是滑向深渊的开始？

如果彻底的按照PHP特性去设计框架，基本会是一个“字符串+数组”的框架，不会是什么“对象”框架。

PHP框架开发一方面要经受传统OOP思想的诱惑，一方面又要顾及PHP本身的特性。

这样看来，或许PHP里引入OOP模型本质上就是错误的。

越考虑越像哲学问题了。

不出所料，楼上又出来打广告了。。。。。。

呵呵，对不起，开玩笑过分了点。以后一定注意。