PHP与JSP运行速度之再比较
作者： patrickwang

一些废话

　　关于PHP和JSP的运行速度之比较，两者的起源地--美国的网路上已经争论了很长时间。给人的感觉是PHP社群总是说没有任何官方任何的测试标明JSP一定要比PHP快速，但是JSP社群也总是坚持编译执行的JSP在先天就比解释执行（由于Zend公司的努力，现在的PHP也应该是接近编译模式运行了）的PHP要快速。就我本人的观点，两者的运行速度比较实际上意义并没有想象中那么重大--在一个PHP的工程中，我们绝对依赖PHP；而在一个用到JSP的工程中，很多情况下JSP只是起到MVC模式中的表示或者控制的作用，真正的支持还在于其后真正的Java家族（比如Servlet，Bean甚至是EJB等等）。因此如果过分看重PHP和JSP在各自速度上的比较，可能并不能说明由该两种技术构建的工程的速度因素。（至于说是否存在完全由JSP构建的工程，我想是有的，不过希望以后维护这个工程的家伙不是我）

　　但是我还是做了几次有趣的测试--毕竟让代码们用数字展示各自的能力是一件很奇妙的事情，并且之前我也做过有关PHP代码速度测试和优化的工作，由此获得的一些成就感很容易让人忘记自己在其上花费了一夜时间。其实我做的工作也很简单，先是比较一些简单运算的速度，然后是测试和数据库连接的速度。我的用意是把前者比作一般的表示层和控制层的工作，而后者则被希望表示一般的逻辑层所作的工作。还是MVC模式。


开始测试

　　照例是要把测试的环境介绍一下，我采用了一台Linux（我的开发环境）和一台Windows（我的猪窝了）机器进行相同的测试（这样也可以顺便让Linux再羞辱Windows一次）--所谓相同是指代码的内容相同--非常感谢我喜欢的这两种语言都是跨平台的。具体的配置如下：
　　


（猜猜看同样的代码在哪台机器上跑得快哪？下面你将会得到答案）

　　然后就是一些简单的Coding。我把写好的JSP放在了Linux平台上，首先是1000×1000次的算术运算操作，采用两个for循环完成它。这样的循环次数比较保守，因为我也不知道JSP究竟是否能在我不耐烦的按下浏览器的"停止"按钮之前执行完它们--可是事实却让我小小的吃惊了一次--在大约13毫秒左右的时间内这样数目巨大的循环被完成了。于是我又很不平衡的在两个循环的最大数后面各加了一个0--10000×10000次循环！不出我所料，等待的时间也不过是1.33-1.34秒左右。应该说，在没有写PHP的相关功能之前，我已经感觉到了JSP的强大速度优势。
　　好了，让我们再来看看PHP在Linux和Apache中的表现--1000×1000勉强通过，但是花费了竟然有5秒左右之巨；随后的10000×10000次测试真是一场灾难，我在页面中设置了PHP的执行时限为不限，但是结果是对于我来说这段代码真正的是不限时间的在孜孜不倦的运行，始终没有返回。OK，STOP IT！所以这一项测试没有结果。
　　在Windows平台的表现一样，不过看来速度都慢了一些，这个结果让我心理很安慰。

　　下面一项是连接和操作数据库的测试，我选择了MySQL。从上面的测试环境中可以看出在Linux机器上另有Oracle在运行着，但是有两个原因让我并没有使用Oracle参与测试，一是考虑到MySQL在Linux平台上已经得到了广泛的应用；二是Oracle在我周围的客户中使用并不多见。选择的数据库操作是SELECT，而且看来不能像普通的算术运算那样动辄就是1000×1000，我首先选择了10×10的二重循环。很明显，JSP在进行数据库操作时要比普通运算时慢了许多，让我等待了260毫秒左右；而当我鼓起勇气对JSP进行100×100测试之后，我才发现自己又陷于一场漫长的等待--最终29秒左右完成了这一操作。
　　对于PHP，我没有抱很大希望，先前的测试已经说明了PHP的普通运算能力确实有所欠缺。但是LAMP的组合又让我看到了速度的影子--实际的测试结果让我吃惊不小，10×10的测试PHP几乎在瞬间完成（85毫秒左右），而100×100的测试也仅仅花费了8.33秒左右。

　　以下是测试的条件和数据表，这里(speed_test.zip)可以下载测试用例：




结论

　　以上的测试只是我突发感慨而来的产物，那时我正在考虑一个简单的基于Web的商店是否值得完全使用JSP来实施--虽然我一直非常中意MVC模式并且在PHP中也引入了这样的概念，但是对于Web项目的"超快速开发"来说采用完全JSP倒也不失为达到目标并且可以有效保证项目的开发速度和运行速度的一种方式。于是我就想到了应该测试一下JSP和PHP的差距。不过结果并不能让我满意--在数据库的连接方面，借助JDBC可以达到数据库层的透明，但是速度上似乎有了许多的折扣；至于那种1000×1000的计算，如果有这样的网上商店会经常使用的话，我非常乐意认识一下这个项目的负责人并且好好学习一次。
　　因此，这次测试也许会让一些JSP的支持者失望，PHP从速度角度来说，我认为完全可以接受其应用在各种Web项目中。当然，对于电子商务以及其他关键应用采用何种技术的话题，已经超过了本文的范畴，我在这里只想多阐述一些我的观点：毫无疑问Java技术已经成为了以上这些关键应用的事实技术标准，因为她的丰富内涵和相对简单的开发以及产品的强壮性都非常容易被我们所接受；而显然将PHP和Java技术在Web上的应用相比是毫无道理的、结果也是非常明显的，同样将PHP和JSP相比也只是不合适的--JSP在整个Java战略中只是算不上核心的一块，而PHP哪--只有PHP，完全PHP。不过作为LAMP的一分子，越来越受到重视的PHP在中小型项目以及非关键应用中的能力不容怀疑。　　　　　　

为啥么没有结果数据表和测试用例下载呢?



现在有些编译器是采用智能的,会将1+2+....1000类似这样东东直接转化为(1+1000)*(1000/2-1)类似的逻辑运算,就像我们在解数学题一样.



这样取结果的速度自然极快,但这代表了它的处理速度吗?能代表它普遍性的处理速度吗?

不能!因为这些只是特例,何况这些很常用的数学模式各家产商在开发时都特意对它进行的数学模式的优化



所以,写一个恢复的,不可能用数学模式来解的测试用例,或者那才是能测出真正处理速度的东东.　　　　　　

apache+php的速度快是公认的，这应该是php在web server中占有绝对优势的主要原因。不管JSP如何强大，在速度方面可以和IIS+ASP比，但绝对不能和apache+php比，很不公平呀