刚刚在9月编程语言排行榜上取得历史性突破的php在web开发领域最到的对手可能就是基于微软.net技术的asp.net。近日，微软的joe stagner在博客上发表了一系列文章比较了php和asp.net性能方面的文章，引起了来自双方程序员的大量回应。joe表示，他会将这样的测试持续下去，并寻求更为合适的方式，以获得对实际项目来说尽可能有参考价值的结论。
joe在博客中称，一般来说，作性能测试的目的是要尝试证明一方比令一方要快。我受雇于微软，同时编写php和asp.net代码。我在.net出现之前就在使用php，两个东西我都很喜欢。
所以，我很难说出哪个更好。当我说php好话时，我的微软同事们会写信来批评我，而当我发表倾向于asp.net的言论时，我的php朋友们会说我是微软的托。
我进行这个测试是因为每个人都对php的性能有自己的看法（windows vs. linux & 5.2 vs. 5.3），却没人能给出明确的数据。
asp.net比拼php的测试环境如下：
所有的测试都在同一台机器上运行（拥有4g内存和60g 7200转硬盘的toshiba tecra m5）。
ubuntu 9和windows server 2008标准版分别安装于独立（但相同）的硬盘中。
linux使用apache2，windows使用iis 7作为各自的web服务器。
双方的操作系统都进行了完整的patch或升级。
双方的系统和运行时都没有进行额外的性能增强。
从实验结果上看，php在linux和windows的执行性能各有千秋：
纯粹的语句执行在windows上表现更好。
函数调用在windows上更快。
对象的创建和访问，对于php 5.2来说在linux上更快，但是对于php 5.3来说则是windows更快。
类库调用在linux上快得多（如在ubuntu上进行加密要比windows要快3到5倍）。
linux与windows平台对比
在linux上访问文件性能略高于windows，不过windows上文件复制的性能要比linux慢60%，可能是acl高级安全的缘故。
在linux上访问mysql要比windows快不少，而且在windows上运行php 5.3的情况则更为恶劣（不过从下面postgresql的情况上来看，这应该是糟糕实现的缘故）。
postgresql在两个平台上的性能非常接近（1000个操作的差距在0.06秒之内）——无论是php 5.3还是php 5.2，windows上表现都略胜一筹。
windows上php 5.2访问ms sql server的性能稍逊于在linux上访问mysql（此时还没有面向php 5.3的sql server支持）。
对于纯粹的php执行性能来说，linux和windows相差无几，这不会成为选择linux或windows作为部署平台的决定性因素。如果你在构建一个应用程序，那么postgresql可能是更好的选择。因为它在两个平台上的表现都很优秀。
如果你的应用程序必须使用mysql，那么选择windows就需要早些计划扩展性问题了（个人认为sun不太可能为windows优化mysql的性能）。
php的第一个版本的sql server驱动程序要比mysql或postpresql要慢一些，但这应该不会成为问题。第二个版本的驱动器正在开发之中，它会带来性能提升。
在joe看来，全面来看，php和iis团队在执行性能上已经做的非常成功，接下来就需要各开源程序的团队（drupal、wordpress、joomla等等）为各平台进行性能优化了。
不过，除了文件复制操作之外，asp.net在性能方面全面领先于php（无论部署在linux还是windows上面）：
linux上访问mysql的性能稍稍优于windows上访问sql server的性能（使用普通的数据类型和select语句）。但是这里的差距几乎可以忽略不计。
asp.net（c#）操作，如对象使用，类库调用等等，其性能都远高于php。对于这个测试结果，joe补充道：
我知道我的一些php朋友和linux伙计们要跳出来驳斥我的测试和结果了。
我一直在思考，这样的性能比较是否需要加入一些高级的优化选项。不过.net方面也有例如多线程，异步请求，和各种缓存方式可以使用
请注意——我并没有说“asp.net更快，所以你不应该使用php！”，我使用认为，php过于简单导致对某些高级应用来说有些举步维艰，就像asp.net在项目早期会有学习方面的复杂性。
对我来说，php最令人兴奋的地方不是它的语言/平台，而是成千上万聪明的php开发人员，以及各种优秀的项目（如drupal、joomla、wordpress、phpbb、nuke等等）。
可以这么认为，php在windows和linux上的性能处于同一个水平上，我现在终于可以为windows编写那些我盼望着许多年的php类库了。
joe还公开了测试代码。他表示，如果你对这个测试的结果有疑义，可以亲自进行这个实验，或是编写你自己的测试代码进行试验。
文章发布之后，许多网友对这一测试结果发表了看法。joe基本上逐一回复了其中的主要观点：
“我使用asp.net只是因为我喜欢visual studio ide”——我个人认为visual studio是最有生产力的开发工具。但是，php的有不错的选择。我使用zend studio，phped，komodo，delphi for php，这些都很不错。我讨厌eclipse，不过zend也在这方面为php开发做了不少扩展。
应该比较asp的性能——不用了，谢谢。旧式的asp与目前的php与asp.net差距太大了。做这种比较，似乎是在建议使用asp开发新项目，我强烈不建议你这么做。
32位与64位系统对比
32位与64位系统之间的比较——这些测试的目的并不是为了体现64位系统上的性能差距。今后的测试我会增加64位的场景。
“php丑陋至极”——哦，我不同意。旧式asp要丑陋多了。你可以写出非常可怕而丑陋的php代码，也可以写出丑陋而可怕的c#或vb代码。同样，你也可以写出优雅的c++样式的php。这完全只和开发人员的技能有关。
应该使用windows上的apache进行测试——apache是linux上的服务器，不过我认为如果你在windows上不使用iis 7则会损失太多太多东西了。
“有办法在win2k8中，在不损失安全性的前提下加快文件复制性能吗？”——似乎不行。我认为这涉及到windows服务器上的acl系统。我以后可能会测试通过数据流读取文件的性能，有些东西的性能可能会有所改善。不过，web应用程序一般不会编程来复制大量文件。
“php一直是，也永远只是一个半专业性质的环境”——这种说法狗屁不通。php平台上有许多专业的，高质量的应用程序，也有很多我非常尊敬的开发人员。是否专业是开发人员的问题，不是php或asp.net的问题。
“我认为比较没有opcode缓存的php很不公平，.net是编译执行的，而php需要每次都解释并‘编译’页面”——我同意这个测试可能不够完整，但是我不认同这个逻辑。我测试php的方式，就和下载安装的方式一样。我的虚拟主机也没有安装op-code缓存。而事实上，asp.net自带这个特性也并不意味着测试是不公平的，这是因为php缺少这个特性——不过这个要求很合理，我正在准备新的测试。
“说php不是一个‘专业的’语言很没道理，因为几乎所有最大的站点都是用php构建的”——这种说法是没道理，不过说那些站点“几乎都是”用php构建的也是错误的。有些是，有些不是。
如果你们看到这一数据之后对asp.net信心倍增我自然很高兴。如果我不认为.net是开发web应用程序来说是一种更好的选择——至少不属于其它平台，那么我也不会在微软工作了。
但是……如果你因为这些数据而忽视php，也是错误且幼稚的行为。
从纯技术角度来说，我认为.net远比php强大，但这并不意味着php不够强大。在我看来，php的力量体现在众多的应用程序以及可用的框架。
大约一周以后，joe公开了第二次测试的结果。与前一个测试相比，第二个测试主要有以下两个改变：
为linux和windows上安装了op-code缓存，并重新运行了大部分测试。
由于一些依赖项的问题，php 5.3 + apc的测试平台变成了debain 5操作系统。
对于第二次测试及其结果，joe解释到：
从结果上看，ubuntu和debian上运行php的性能差距可以忽略不计。部分条目的性能有些细小的改进，有些则有25%的提高，但是总体来说其效果比我想象中要来得低。
使用apc之后，一些条目的运行反而变慢了，不过我认为这只是机器所造成的误差。请注意，表格中显示的不是第一次的结果，都是经过两次刷新，确认是在缓存命中时得到的结果。
我认为现在的测试非常公平。
空的循环测试和空的函数执行非常重要，因为这反映了语言或平台的基础消耗。这是处页面传输等性能开销外的性能消耗，是一个重要的考虑方面。
我的一些php朋友也认可这个测试的准确性，不过给出了非常有见解的补充：
asp.net在性能上的领先不会对我有什么影响。php是我的最爱，我的应用程序已经足够快了。没错，asp.net在基础性能上是比较快，但是我的应用程序可以通过优秀的页面实现和javascript实践把这部分性能补回来。
此外，根据上一次实验的结果，在windows平台上运行php时，在mysql和文件的访问上有一些性能问题，微软许多团队都向我获取了相关信息。希望这些数据都够转变为切实的改进。
joe表示，他将收集大家认为更公平，更有意义的测试场景。以下是他所计划的测试项目：
实际页面测试：循环，寒暑调用和对象操作是一类测试，不过页面的整体呈现则是另一种有意义的测试。
负载测试：哪一个环境可以同时处理更大量的请求。
在负载测试中，哪一方的性能会下降地更快。
在各种情况下，64位平台的表现如何。
国内也曾经进行过php在linux和windows平台上的性能测试。微软在wordcamp china 2009大会上公开了之前与康盛创想合作进行的性能评估结果：在windows server 2008 + iis上运行php，从平均相应时间，每秒处理的请求数，以及数据吞吐量等多方便均优于linux + apache的托管方式
asp.net和php哪个更好
asp.net是微软的东西，他的发展前途取决于微软的态度。
在.net之前，微软的是asp。在微软的大力推广下，其看起来还是很有前途的。但现在，微软想推广asp.net，而asp成了其障碍。所以从windows server 2003开始，微软对asp做了许多限制，比如上传文件不能超过200kb等。再看看现在，微软为了推广windows vista以及最新的windows 7，对windows xp做了些什么，直接对普通用户停止了技术支持，就是为了迫使你更换。
如果以后，微软有了比.net更好的东西。微软估计会对.net做类似的限制，强制用户升级。
php是完全开源的，其需求更贴近日常的应用，代码风格类似于c语言，比较容易学习。
速度方面，虽然php不是经过编译的，但在linux下的实际应用的执行效率肯定要比windows下的.net快。
运行时的安全性php肯定要比微软的.net要高。不过通常代码都是没有保护的。通常需要用商业的zend软件来加密。当然这个加密的过程也是种编译的过程。保护了代码的同时，还提高了执行速度。新的zend的加密算法，目前还没有成功破解的。而.net如果只做单纯的编译，是很容易被反编译回来的。
php目前有两个支线，一个php4、一个是php5。两个支线都在共同的维护中。这保证过去使用php4的系统仍然能保证持续的良好的安全性和功能的更新。
asp.net与php哪个更有发展前途一点？
简 介
asp全名active server pages，是一个web服务器端的开发环境，利用它可以产生和运行动态的、交互的、高性能的web服务应用程序。asp采用脚本语言vbscript（java script）作为自己的开发语言。
php是一种跨平台的服务器端的嵌入式脚本语言。它大量地借用c，java和perl语言的语法， 并耦合php自己的特性，使web开发者能够快速地写出动态生成页面。它支持目前绝大多数数据库。还有一点，php是完全免费的，不用花钱，你可以从php官方站点（http： //www.php.net）自由下载。而且你可以不受限制地获得源码，甚至可以从中加进你自己需要的特色。
jsp是sun公司推出的新一代站点开发语言，他完全解决了目前asp，php的一个通病——脚本级执行（据说php4也已经在zend的支持下，实现编译运行）。sun公司借助自己在java上的不凡造诣，将java从java应用程序和java applet之外，又有新的硕果，就是jsp——java server page。jsp可以在serverlet和javabean的支持下，完成功能强大的站点程序。
三者都提供在 html代码中混合某种程序代码、由语言引擎解释执行程序代码的能力。但jsp代码被编译成 servlet并由java虚拟机解释执行，这种编译操作仅在对jsp页面的第一次请求时发生。在asp 、php、jsp环境下，html代码主要负责描述信息的显示样式，而程序代码则用来描述处理逻辑。普通的 html页面只依赖于web服务器，而asp 、php、jsp页面需要附加的语言引擎分析和执行程序代码。程序代码的执行结果被重新嵌入到html代码中，然后一起发送给浏览器。asp 、php、jsp三者都是面向web服务器的技术，客户端浏览器不需要任何附加的软件支持。
技术特点
asp：
使用vbscript 、 jscript等简单易懂的脚本语言，结合html代码，即可快速地完成网站的应用程序。
无须compile编译，容易编写，可在服务器端直接执行。
使用普通的文本编辑器，如windows的记事本，即可进行编辑设计。
与浏览器无关（browser independence）， 用户端只要使用可执行html码的浏览器，即可浏览active server pages所设计的网页内容。active serverpages 所使用的脚本语言（vbscript 、 jscript）均在web服务器端执行，用户端的浏览器不需要能够执行这些脚本语言。
active server pages能与任何activex scripting语言相容。除了可使用vb script或jscript语言来设计外，还通过plug－in的方式，使用由第三方所提供的其他脚本语言，譬如rexx 、perl 、tcl等。脚本引擎是处理脚本程序的com（component object model） 物件。
可使用服务器端的脚本来产生客户端的脚本。
activex server components（activex 服务器元件 ）具有无限可扩充性。
可以使用visual basic 、java 、visual c＋＋ 、cobol等编程语言来编写你所需要的activex server component 。
php：
数据库连接
php可以编译成具有与许多数据库相连接的函数。php与mysql是现在绝佳的组合。你还可以自己编写外围的函数去间接存取数据库。通过这样的途径当你更换使用的数据库时，可以轻松地更改编码以适应这样的变化。phplib就是最常用的可以提供一般事务需要的一系列基库。但php提供的数据库接口支持彼此不统一，比如对oracle， mysql，sybase的接口，彼此都不一样。这也是php的一个弱点。
面向对象编程
php提供了类和对象。基于web的编程工作非常需要面向对象编程能力。php支持构造器、提取类等。
jsp：
将内容的生成和显示进行分离
使用jsp技术，web页面开发人员可以使用html或者xml标识来设计和格式化最终页面。使用jsp标识或者小脚本来生成页面上的动态内容。生成内容的逻辑被封装在标识和javabeans组件中，并且捆绑在小脚本中，所有的脚本在服务器端运行。如果核心逻辑被封装在标识和beans中，那么其他人，如web管理人员和页面设计者，能够编辑和使用jsp页面，而不影响内容的生成。
在服务器端，jsp引擎解释jsp标识和小脚本，生成所请求的内容（例如，通过访问javabeans组件，使用jdbctm技术访问数据库，或者包含文件），并且将结果以html（或者xml）页面的形式发送回浏览器。这有助于作者保护自己的代码，而又保证任何基于html的web浏览器的完全可用性。
强调可重用的组件
绝大多数jsp页面依赖于可重用的，跨平台的组件（javabeans或者enterprise javabeans组件）来执行应用程序所要求的更为复杂的处理。开发人员能够共享和交换执行普通操作的组件，或者使得这些组件为更多的使用者或者客户团体所使用。基于组件的方法加速了总体开发过程，并且使得各种组织在他们现有的技能和优化结果的开发努力中得到平衡。
采用标识简化页面开发
web页面开发人员不会都是熟悉脚本语言的编程人员。javaserver page技术封装了许多功能，这些功能是在易用的、与jsp相关的xml标识中进行动态内容生成所需要的。标准的jsp标识能够访问和实例化javabeans组件，设置或者检索组件属性，下载applet，以及执行用其他方法更难于编码和耗时的功能。
通过开发定制化标识库，jsp技术是可以扩展的。今后，第三方开发人员和其他人员可以为常用功能创建自己的标识库。这使得web页面开发人员能够使用熟悉的工具和如同标识一样的执行特定功能的构件来工作。
jsp技术很容易整合到多种应用体系结构中，以利用现存的工具和技巧，并且扩展到能够支持企业级的分布式应用。作为采用java技术家族的一部分，以及java 2（企业版体系结构）的一个组成部分，jsp技术能够支持高度复杂的基于web的应用。
由于jsp页面的内置脚本语言是基于java编程语言的，而且所有的jsp页面都被编译成为java servlet，jsp页面就具有java技术的所有好处，包括健壮的存储管理和安全性。
作为java平台的一部分，jsp拥有java编程语言“一次编写，各处运行”的特点。随着越来越多的供应商将jsp支持添加到他们的产品中，您可以使用自己所选择的服务器和工具，更改工具或服务器并不影响当前的应用。
应用范围
asp是microsoft开发的动态网页语言，也继承了微软产品的一贯传统——只能运行于微软的服务器产品，iis（internet information server） （windows nt）和pws（personal web server）（windows 98）上。unix下也有chilisoft的插件来支持asp，但是asp本身的功能有限，必须通过asp＋com的组合来扩充，unix下的com实现起来非常困难。
php3可在windows，unix，linux的web服务器上正常运行，还支持iis，apache等通用web服务器，用户更换平台时，无需变换php3代码，可即拿即用。
jsp同php3类似，几乎可以运行于所有平台。如win nt，linux，unix. nt下iis通过一个插件，例如jrun或者servletexec，就能支持jsp。著名的web服务器apache已经能够支持jsp。由于apache广泛应用在nt、unix和linux上，因此jsp有更广泛的运行平台。虽然现在nt操作系统占了很大的市场份额，但是在服务器方面unix的优势仍然很大，而新崛起的linux更是来势不小。从一个平台移植到另外一个平台，jsp和javabean甚至不用重新编译，因为java字节码都是标准的与平台无关的。
性能比较
有人做过试验，对这三种语言分别做循环性能测试及存取oracle数据库测试。
在循环性能测试中，jsp只用了令人吃惊的四秒钟就结束了20000＊20000的循环。而asp、php测试的是2000＊2000循环（少一个数量级），却分别用了63秒和84秒。（参考phplib）。
数据库测试中，三者分别对 oracle 8 进行 1000 次 insert，update，select和delete： jsp 需要 13 秒，php 需要 69 秒，asp则 需要 73 秒。 前景分析 目前在国内php与asp应用最为广泛。而jsp由于是一种较新的技术，国内采用的较少。但在国外，jsp已经是比较流行的一种技术，尤其是电子商务类的网站，多采用jsp。
采用php的网站如新浪网（sina）、中国人（chinaren）等，但由于php本身存在的一些缺点，使得它不适合应用于大型电子商务站点，而更适合一些小型的商业站点。
首先，php缺乏规模支持。其次，缺乏多层结构支持。对于大负荷站点，解决方法只有一个：分布计算。数据库、应用逻辑层、表示逻辑层彼此分开，而且同层也可以根据流量分开，组成二维阵列。而php则缺乏这种支持。还有上面提到过的一点，php提供的数据库接口支持不统一，这就使得它不适合运用在电子商务中。
asp和jsp则没有以上缺陷，asp可以通过microsoft windowsd的com/dcom获得activex规模支持，通过dcom和transcation server获得结构支持；jsp可以通过sun java的java class和ejb获得规模支持，通过ejb/corba以及众多厂商的application server获得结构支持。
三者中，jsp应该是未来发展的趋势。世界上一些大的电子商务解决方案提供商都采用jsp/servlet。比较出名的如ibm的e－business，它的核心是采用jsp/servlet的web sphere；西方另外一个非常著名的电子商务软件提供商，intershop，它原来的产品intershop1，2， 3， 4占据了主要的电子商务软件份额。
综上所述，jsp应该更有前途！