單純通過對(duì)比兩種開發(fā)工具，是沒有任何意義的。因?yàn)槎咴谧约旱拈_發(fā)領(lǐng)域各有所長(zhǎng)，就好像Java對(duì)比.NET，各有優(yōu)勢(shì)。本文主要的目的是通過比較ASP.NET與PHP，讓大家更清楚的看到二者的區(qū)別，以便于大家選好適合自己的開發(fā)工具。

我日常工作使用的是ASP.NET，前一段想學(xué)習(xí)了解一下其他的網(wǎng)絡(luò)應(yīng)用開發(fā)技術(shù)，本可以選擇熱門的Ruby on Rails或者Python，但是無奈精力有限，想都學(xué)是不可能的，而我的博客建在WordPress上，WordPress是用PHP寫的，所以還是選擇多花些時(shí)間了解PHP。

PHP和ASP.NET最大最本質(zhì)的區(qū)別，就是PHP只是一門編程語言，而ASP.NET是一個(gè)平臺(tái)。

這世界上大約1/3的網(wǎng)站的應(yīng)用程序是用PHP寫的，這些PHP程序又大部分運(yùn)行在Apache上，作為一門語言，PHP并不是必須運(yùn)行在Apache上，PHP是獨(dú)立于運(yùn)行平臺(tái)的，它也可以在IIS里運(yùn)行。與PHP相反，ASP.NET是一個(gè)平臺(tái)而不是語言，ASP.NET的程序可以用C#寫，也可以用VB.NET寫，可以用任何能夠編譯成在.NET CLR上運(yùn)行的的編程語言來寫，ASP.NET通常運(yùn)行在Windows+IIS上，但是也可以運(yùn)行在其他Web Server比如Apache上。

從這個(gè)意義上說，PHP和ASP.NET的區(qū)別，就好比是iPhone和Windows 7的區(qū)別，不是一樣的東西，但是你選擇了其中一個(gè)，就等于選擇一種風(fēng)格。

但是作為開發(fā)網(wǎng)絡(luò)應(yīng)用的工具，就我的體會(huì)，在功能上還有兩個(gè)顯著區(qū)別。

Share-Nothing Architecture

PHP的哲學(xué)是Share-Nothing Architecture，每次對(duì)HTTP請(qǐng)求的處理都是獨(dú)立的，不共享任何數(shù)據(jù)，如果真的需要共享的話，那也是通過文件系統(tǒng)或者數(shù)據(jù)庫，在PHP的運(yùn)行空間中不會(huì)共享內(nèi)存對(duì)象。這篇關(guān)于Share-Nothing Architecture的文章非常詳細(xì)地介紹了Share-Nothing Architecture，這種架構(gòu)能夠帶來更好的擴(kuò)展性(Scalability)和可維護(hù)性(Maintainablity)。

使用ASP.NET一樣可以實(shí)現(xiàn)Share-Nothing Architecture，問題是，ASP.NET一族的編程語言特性讓打破Share-Nothing Architecture太容易了。比如，C#語言中的static變量，如果使用的話，同一AppDomain的每個(gè)HTTP請(qǐng)求都Share同一數(shù)據(jù)，這樣就不是Share-Nothing了。

Asynchronous Programming Model

ASP.NET有一個(gè)功能是PHP不具有的，Asynchronous Programming Model(APM)，異步編程模型，這一模型可以更有效地利用線程，提高Scalaibility，當(dāng)然，寫異步的程序要比寫同步的程序困難得多。

PHP沒有ASP.NET一樣的Asynchronous Programming Model，為什么在這一方面PHP世界居然遜于微軟技術(shù)呢？

我看可從兩方面回答，第一，微軟支持APM是因?yàn)樗軌蛑С?，第二，是因?yàn)槲④洷仨氈С帧?/p>

為了支持APM，必須要有底層支持，ASP.NET作為一個(gè)平臺(tái)，可以利用微軟的IO Completion Port來實(shí)現(xiàn)真正的異步。但是像PHP這樣的編程語言，只是編程語言，不能夠假設(shè)自己運(yùn)行在一個(gè)支持異步端口的平臺(tái)上，所以決定語言不會(huì)添加APM功能。

為什么又說微軟必須支持APM呢？Windows上進(jìn)程的代價(jià)很大，線程的代價(jià)好一點(diǎn)，但是依然很大，所以要有效地使用線程，就必須創(chuàng)造出APM這樣的東西。相比之下，Linux上進(jìn)程線程的代價(jià)要小得多，這樣創(chuàng)造APM的壓力也就小得多，不用APM一樣可以保持高效。

Trends

這篇文章標(biāo)題是”PHP vs ASP.NET”，我們用Google Trends來看看二者的比較?？炊唐趯?duì)PHP和ASP.NET的關(guān)注程度，有意思，每到周末，對(duì)這兩個(gè)關(guān)鍵詞的搜索就少，可見PHP和ASP.NET的使用者大都是周一到周五工作的上班族。

我們看長(zhǎng)期比較，對(duì)PHP的搜索呈下降趨勢(shì)，怎么會(huì)這樣呢？我想不明白，PHP依然是這世界上應(yīng)用最廣的網(wǎng)絡(luò)編程語言，最近Facebook的開發(fā)者發(fā)布了HipHop，將大大提高PHP應(yīng)用的性能，也許運(yùn)行速度可以比ASP.NET還要快。

在這里我們要引用博客園老趙的一篇博文《從ASP.NET的PHP執(zhí)行速度比較談起》

原文鏈接：http://www.cnblogs.com/JeffreyZhao/archive/2009/09/18/aspnet-php-benchmark-and-more.html

我在InfoQ發(fā)表了一篇新聞，對(duì)Joe Stagner在博客上發(fā)表的三篇關(guān)于ASP.NET與PHP性能對(duì)比的文章進(jìn)行了總結(jié)。寫新聞其實(shí)挺不爽的，因?yàn)椴荒軍A雜個(gè)人的看法，只能平鋪直敘陳述事實(shí)。當(dāng)然，如果像某些新聞那樣“換一種說法”是可以騙過一些“不明真相的群眾”，但是這就有違道德了。因此，在客觀陳述完新聞內(nèi)容之后，我只能選擇把自己的感想、評(píng)論等內(nèi)容放在自己的博客上。

Joe Stagner的背景挺特殊，它是PHP的老用戶，在ASP.NET出現(xiàn)之前就是PHP的重量級(jí)開發(fā)人員了。后來不知哪一天開始他加入了微軟，我們就可以在一些如介紹ASP.NET AJAX的文章、視頻中看到他。這次他又涉及了一個(gè)敏感話題：性能比較。要知道每次這種比較都會(huì)惹來一陣爭(zhēng)論……我不想用“口水戰(zhàn)”來形容，我認(rèn)為它和“爭(zhēng)論”的性質(zhì)不同。Joe也承認(rèn)，每次他說PHP好話就會(huì)被微軟的同事指責(zé)，而說.NET好話就要被PHP陣營(yíng)說是微軟的托。

我深信優(yōu)秀的技術(shù)人員都是有信仰的，都有技術(shù)傾向性。因此如Joe夾在中間的人的確比較尷尬。但是我認(rèn)為，有信仰，和“客觀”是不沖突的。信仰涉及到傾向性，而客觀則意味著有傾向性之后的辦事方式。

至于比較結(jié)果，您可以關(guān)注一下新聞內(nèi)容，總體來說，ASP.NET從純粹的執(zhí)行效率上來說是大幅領(lǐng)先于PHP的。這并不令人驚訝，一個(gè)是編譯為機(jī)器碼的執(zhí)行方式，一個(gè)是解析執(zhí)行（即時(shí)緩存了op-code也并不是機(jī)器碼），性能自然天差地遠(yuǎn)。

Joe也知道會(huì)引發(fā)爭(zhēng)論，因此他在文章后面寫道：

我知道某些人會(huì)被這個(gè)測(cè)試結(jié)果激怒，歡迎發(fā)表評(píng)論及反對(duì)意見，但是如果你無法保持禮貌的話，我會(huì)刪除你的評(píng)論并阻止你的IP。

如果你不喜歡，并拒絕接受這個(gè)結(jié)果——那么你也來測(cè)試一下。用數(shù)據(jù)支持你的觀點(diǎn)，使用我的代碼或你自己的，然后圍繞事實(shí)再來爭(zhēng)論
自然，Joe也給出了測(cè)試代碼及測(cè)試環(huán)境的描述。

文章的評(píng)論自然是很有看頭的，說法很多，有許多人說VS的IDE好，有人說PHP永遠(yuǎn)只能寫出半專業(yè)的程序。Joe一一進(jìn)行了回應(yīng)，我個(gè)人認(rèn)為回應(yīng)的還是很客觀的，緊緊圍繞在測(cè)試的中心。他表示，雖然VS非常優(yōu)秀，但是PHP也有很好的IDE。而能否寫出專業(yè)的程序是看人，而不是由PHP決定的，有丑陋的PHP程序，也能寫出如C++一般工整美觀的代碼。

從表面上看，ASP.NET在性能上勝出PHP一大截，作為ASP.NET的忠實(shí)用戶我應(yīng)該非常樂意接受這個(gè)“結(jié)果”。但是，我并不關(guān)注這個(gè)，因?yàn)檫@種運(yùn)行時(shí)上純粹的速度對(duì)于一個(gè)Web應(yīng)用程序來說實(shí)在微不足道。例如Joe的第三篇文章里列舉出的PHP高手的應(yīng)對(duì)方式：

ASP.NET在性能上的領(lǐng)先不會(huì)對(duì)我有什么影響。PHP是我的最愛，我的應(yīng)用程序已經(jīng)足夠快了。

沒錯(cuò)，ASP.NET在基礎(chǔ)性能上是比較快，但是我的應(yīng)用程序可以通過優(yōu)秀的頁面實(shí)現(xiàn)和JavaScript實(shí)踐把這部分性能補(bǔ)回來。

我在進(jìn)行Drupal開發(fā)，我對(duì)PHP最熟悉，因此我寧愿多花一些硬件來保持更好的開發(fā)效率。

以及InfoQ上的一條評(píng)論：

在WEB上便捷的開發(fā)，與各種系統(tǒng)之間靈活的搭配，像膠水一樣將各種不同的物件拼裝起來呈現(xiàn)給Web,(python在這方面也做得非常棒)。這才是PHP能有今天的本質(zhì)原因。
之前我批評(píng)Java是一種不思進(jìn)取的低生產(chǎn)力語言，回應(yīng)很多。其中也有類似的說法，如說Java平臺(tái)上開源多，項(xiàng)目多等等。沒錯(cuò)，這我在對(duì)Java語言發(fā)起非難之前就已經(jīng)反復(fù)強(qiáng)調(diào)了。我同意這個(gè)觀點(diǎn)——但是，如果是這樣的“結(jié)論”肯定是站不住腳的：“因?yàn)镴ava平臺(tái)開源多，項(xiàng)目多，因此Java語言并不是不思進(jìn)取的語言”。這就好比有人說“他熟悉PHP，PHP的項(xiàng)目多，因此PHP的性能比ASP.NET快”一樣，把兩種東西混淆起來了。

奇怪的是，Joe沒有讓人不要用PHP，我也沒有讓人不要用Java平臺(tái)（不過我現(xiàn)在一直建議別人用Scala代替Java語言）。

許多國(guó)內(nèi)技術(shù)人員總有這樣的“毛病”，見不得自己使用東西有一點(diǎn)點(diǎn)“瑕疵”。既然我是Java平臺(tái)開發(fā)人員，我使用Java語言，我就見不得別人說Java語言一丁點(diǎn)不好。其實(shí)做技術(shù)就是做權(quán)衡，“沒有銀彈”就意味著沒有技術(shù)是完美無缺的，我們選擇技術(shù)是在優(yōu)勢(shì)和劣勢(shì)之間進(jìn)行平衡后的結(jié)果。只有承認(rèn)了缺點(diǎn)，認(rèn)識(shí)到缺點(diǎn)，才能吸取其他技術(shù)的長(zhǎng)處，來作出更好的權(quán)衡。

因此我一直認(rèn)可的是，SQL Server的確貴，數(shù)據(jù)存儲(chǔ)就用*nix平臺(tái)上的吧。選擇多，性能多。

當(dāng)然，這不是國(guó)內(nèi)技術(shù)人員的毛病，這是一個(gè)廣泛的問題。很巧，李笑來老師昨天寫了一篇博文，似乎剛好談?wù)摿诉@方面的問題。文章很短，就全文摘錄了：

無論是誰，一生中總是在不停地“選擇”（姑且不論所謂選擇之中有多少是真實(shí)的有多少是幻象而已）。每個(gè)人都在盡量在眾多選項(xiàng)中選擇“最好”的那個(gè)。一生有2n選擇，可最終只有一條路屬于自己。

走在自己正在走的那條路上，人們對(duì)其它可能性可以抱有兩種態(tài)度：“好奇”——通常因?qū)ΜF(xiàn)狀不滿而表現(xiàn)為“后悔”；或者“自負(fù)”——更多人最終選擇的是這個(gè)，因?yàn)榱硗庖粋€(gè)選擇所表現(xiàn)出來的“后悔”通常被認(rèn)為是負(fù)面情緒，而與之相反的“無怨無悔”好像更加理直氣壯更加毅然決然（盡管并不總是正確）。

時(shí)間長(zhǎng)了，人們就不知不覺把“我一直在盡量選最好的”和“我選的就是好的”等同起來，進(jìn)而外演為“與我選的不一樣的選擇就是不好的”，再進(jìn)一步演化為“既然選的是‘不好’的，那他要么是笨，要么是‘壞’，反正跟我不一樣！”

根源就在這里了。以自我為中心也好，過度自戀也好，沙文主義、大男子主義、狹隘民族主義也罷，都大抵上如此。
還有一個(gè)問題，之前也多次談過，國(guó)內(nèi)技術(shù)人員太容易輕視一個(gè)問題。例如在這篇新聞中不止一個(gè)用戶覺得這個(gè)測(cè)試很無聊。為什么“無聊”？可能是覺得“這點(diǎn)性能不是關(guān)鍵”因此這個(gè)實(shí)驗(yàn)沒有意義吧。我想說，其實(shí)最無聊的不是做實(shí)驗(yàn)的人，而是糾結(jié)與實(shí)驗(yàn)結(jié)果的人。或者說，無聊的不是實(shí)驗(yàn)，而是糾結(jié)于實(shí)驗(yàn)結(jié)果。與此相比，我反而強(qiáng)烈懷疑，輕易認(rèn)為這個(gè)實(shí)驗(yàn)無聊的人，倒是真正只關(guān)注與“誰快誰慢”，而不關(guān)注過程和結(jié)果所表達(dá)出的內(nèi)容。不去推測(cè)，不去思考。那么以后到了需要決策的時(shí)候，決策所需的依據(jù)從哪里來呢？應(yīng)該都已經(jīng)被“無聊”走了吧。

Joe的這幾篇文章，以及我總結(jié)的時(shí)候，都刻意的詳細(xì)列出了測(cè)試的過程和“運(yùn)行性能”以外的結(jié)果。除了保持公正，客觀之外，因?yàn)樗鼈円彩侵匾臄?shù)據(jù)。例如，我現(xiàn)在知道了在Windows上訪問MySQL的驅(qū)動(dòng)程序?qū)崿F(xiàn)很差，而不同平臺(tái)上訪問PostgreSQL性能則相差無幾。我知道，在Windows上進(jìn)行大文件復(fù)制，受ACL影響性能較差。而如果關(guān)注Windows上運(yùn)行PHP情況的朋友們則可以獲得更多信息。

我不知道是不是國(guó)內(nèi)技術(shù)人員的普遍水平較高，總是容易感覺國(guó)外的一些討論無聊。例如有人討論Java的原生類型時(shí)有人回復(fù)“是不是經(jīng)濟(jì)危機(jī)老美太閑了”。而上次有人和別人討論ppt的縮寫是怎么來的，就給軟件最初的編寫者寫了一封英文信求證，老外非常詳細(xì)解答了這個(gè)問題，還糾正了簡(jiǎn)稱和縮寫的差異。作者把信貼出來寫了篇blog，原站上評(píng)論都是贊同。轉(zhuǎn)帖評(píng)論齊刷刷都是罵該作者閑的蛋疼。

我不知道這算是學(xué)術(shù)態(tài)度的問題，還是只能說“對(duì)工作沒有熱情，對(duì)生活沒有好奇”？在《原生類型》那片文章里，有朋友回復(fù)的好：

西方人這種看似無聊的爭(zhēng)論才讓他們達(dá)到了今天的高度，爭(zhēng)論是不是一切量都可以用有理數(shù)表示，爭(zhēng)論什么是運(yùn)動(dòng)，爭(zhēng)論地球是宇宙的中心還是太陽是宇宙的中心，爭(zhēng)論撒旦是如何誕生的，爭(zhēng)論行星是如何運(yùn)行。而我們很只注重實(shí)用，所以無法達(dá)到西方在理論上的高度，永遠(yuǎn)只能等別人爭(zhēng)論完了，出結(jié)果了。我們拿來用用，僅此而已。
不過，嫌外國(guó)人無聊的人，往往也是嫌國(guó)內(nèi)沒有技術(shù)含量的人。是不是很奇怪？

同樣，Erlang之父Joe Armstrong寫Why OO Sucks；Stephan Schmidt寫Clojure vs Scala（上，下），Java平臺(tái)語言Groovy創(chuàng)始人James Strachan認(rèn)為Scala是Java未來的替代品，他和JRuby的核心維護(hù)者James Gosling、Charles Nutter對(duì)Scala vs. Java的話題討論的不亦樂乎。這些都是在批評(píng)一個(gè)事物，或是在進(jìn)行“語言比較”這一“無聊”的話題。那么他們是不是也都閑得慌了？

我在想，如果把他們的文章翻譯過來，匿個(gè)名，或者讓吉日嘎拉這樣的“眾矢之的”來發(fā)表，會(huì)不會(huì)被人指責(zé)不懂OO，不懂Java？您別說，我還真見過這樣的事情，誰讓國(guó)內(nèi)翻譯轉(zhuǎn)載常常不留出處呢？

其實(shí)這又是個(gè)邏輯問題了，這近似于《常見邏輯謬誤》一文提到“人身攻擊及‘你也一樣’”，也就是指并不關(guān)心問題本身，而是把論據(jù)轉(zhuǎn)移到“對(duì)方”身上。其實(shí)，一個(gè)命題是否正確，和它是由哪個(gè)人提出的有聯(lián)系嗎？我們一直指責(zé)某些人“屁股決定腦袋”，可別人真的用腦袋說話了，我們每次還是盯著別人的屁股看。

如果用博客園里常見的現(xiàn)象就是，如果一個(gè)人在說比較微軟技術(shù)和其他技術(shù)，而“恰好”那人又在說微軟好話，又“恰好”那人是MVP。那么好，肯定會(huì)出現(xiàn)許多人說MVP是微軟的托。我承認(rèn)，有些MVP因?yàn)閭€(gè)人利益而會(huì)作微軟的托。例如您現(xiàn)在在Google上搜索“MVP TFS”的第一條便是一則不光彩的事件。Ben Scheirman在一個(gè)TFS的MVP博客里回復(fù)說“即使有錢，也會(huì)用免費(fèi)工具，因?yàn)楦糜?rdquo;，結(jié)果這條回復(fù)被刪除了。對(duì)方私下寫信說，這是因?yàn)樗谟肨FS咨詢賺錢。

這不正說明MVP是托嗎？不過這顯然是MVP的個(gè)人行為，而不是MVP的群體做法。原因很簡(jiǎn)單，因?yàn)锽en自己也是個(gè)MVP，所以現(xiàn)在是“一個(gè)MVP說微軟產(chǎn)品不好，其回復(fù)被另一個(gè)MVP刪除了”。那么您說，MVP是否是微軟的托？還有，您說我是不是微軟的托？

同樣道理，Oracle認(rèn)證工程師說Oracle好，Rails愛好者說Rails好，是不是都是托呢？開源愛好者是不是開源的托？我還是認(rèn)為，優(yōu)秀的技術(shù)人員一定是有信仰的，也是有傾向性的。但是，他們的說得東西本身是否正確，并不以他們的傾向性而轉(zhuǎn)移，那些東西的正確性是客觀確定的。

我認(rèn)為，如果社區(qū)要蓬勃發(fā)展，就要接受這種傾向性，并盡力保持客觀的頭腦，經(jīng)常“換一種方式想問題”。我們要的不是和諧，而是爭(zhēng)論，對(duì)客觀事物的爭(zhēng)論，而不是對(duì)個(gè)人的人身攻擊。我認(rèn)為，這方面我們做的還很不夠，要繼續(xù)努力。

【編輯推薦】

1. 專訪微軟MVP衣明志：走進(jìn)ASP.NET MVC 2框架開發(fā)
2. ASP.NET 4中的SEO改進(jìn)
3. ASP.NET專家訪談之三：學(xué)習(xí)ASP.NET的捷徑
4. 詳解ASP.NET MVC 2自定義驗(yàn)證
5. 詳解ASP.NET MVC對(duì)表進(jìn)行通用的增刪改
6. 使用NetBeans和Eclipse開發(fā)PHP應(yīng)用程序
7. Java、.Net、PHP、Ruby優(yōu)劣勢(shì)概覽
8. PHP開發(fā)者究竟需不需要Silverlight ?
9. 揭示PHP成功背后的秘密：PHP創(chuàng)始人訪談錄
10. 用PHP校驗(yàn)EMAIL地址的正確方法