編輯整理：麥子
大家在選擇php版本時(shí)一定很困惑，有這么多版本究竟選那個(gè)呢？
問(wèn)題：
我們現(xiàn)在新買了個(gè)服務(wù)器，用的是windows server 2008 r2。配置php 5.4的環(huán)境。
但我們之前開(kāi)發(fā)的用2003,php是用5.2版本的，移植到新服務(wù)器，程序運(yùn)行會(huì)有影響嗎？或者我還需要注意那些問(wèn)題？
api版本
php采用大版本向下兼容的升級(jí)方式，也就是說(shuō)5.5兼容5.1-5.4，話雖如此，實(shí)際上兼容性并不樂(lè)觀，大家也不要指望php官方會(huì)給出什么好的解決辦法。現(xiàn)在2013年9月，版本有5.2.17 5.3.27 5.4.17 5.5.3
5.2.17
這一版本可以說(shuō)是支持最廣泛的版本了，現(xiàn)在還有絕大部分開(kāi)源軟件使用該版本，例如drupal7.23，joomla2.5，國(guó)內(nèi)絕大多數(shù)軟件：dedecms5.7,discuzx3等等最新版還在支持5.2，如果沒(méi)特別要求，安裝這一版本是最省心省力的，但長(zhǎng)遠(yuǎn)來(lái)看可能終要被拋棄。現(xiàn)在許許多多的主機(jī)商為了省人力成本也懶得去升級(jí)php版本，反正基本上都支持。（這里插一句，現(xiàn)在國(guó)內(nèi)軟件為了兼容更多的安裝環(huán)境，可謂用心良苦，甚至php5.1也能支持(discuzx3不支持），最難得的是性能竟然也沒(méi)落后多少，能做到如些極致真心不容易！）drupal6建議使用該版本。
5.3.28（推薦）
這個(gè)版本雖然名稱上是5開(kāi)頭，但很多人認(rèn)為是php6.0版本的開(kāi)始，性能有所提升，而且因?yàn)樵S多api都發(fā)生了變化，對(duì)5.2的兼容不太好，雖然有一部分開(kāi)源軟件聲稱能兼容5.2-5.3，但問(wèn)題好像也不少，許多索性就放棄5.2了，例如joomla3只支持5.3以上。而對(duì)于drupal7強(qiáng)烈建議使用該版本，支持相當(dāng)好。而對(duì)于drupal8也可以使用該版本，支持也相當(dāng)不錯(cuò)。該版本使用范圍非常廣，在兼顧性能和兼容性之間做出一個(gè)不錯(cuò)的平衡點(diǎn)。
5.4（輕輕推薦）
5.4基本上已經(jīng)接近完整體了，現(xiàn)時(shí)比較完善，穩(wěn)定性和性能也不錯(cuò)，未來(lái)升級(jí)的重點(diǎn)版本，drupal7.x對(duì)其支持尚可，但第三方模塊還不太完美。如果懶得以后升級(jí)，可以一步到位安裝該版本。
5.5
從5.3開(kāi)始，以后版本基本上都是主打性能上的提升，函數(shù)什么的都能向后兼容。5.5開(kāi)始好像有了64位版本，性能更加強(qiáng)勁，我沒(méi)試過(guò)，不敢發(fā)表言論。
總結(jié)
如果開(kāi)源軟件說(shuō)建議安裝php5.3，那你就老老實(shí)實(shí)用5.3，別用5.5什么的，你可能認(rèn)為反正都能兼容，性能可能更好，為什么不用新的呢？話是這么說(shuō)，但你知道開(kāi)源軟件在開(kāi)發(fā)的時(shí)候一般都是在特定的環(huán)境開(kāi)發(fā)，就算兼容再好也會(huì)有想不到的意外（再?gòu)?qiáng)大的隊(duì)伍也不可能對(duì)所有函數(shù)api進(jìn)行兼容測(cè)試，那是相當(dāng)可怕的工作量！），它只會(huì)在特定的環(huán)境下進(jìn)行測(cè)試和優(yōu)化，而且就算知道兼容有問(wèn)題，團(tuán)隊(duì)也不會(huì)去為了兼容更高版本去修改，不是他們死板，而是為了安全和穩(wěn)定來(lái)考慮的。在開(kāi)源氛圍下，我們應(yīng)該有個(gè)意識(shí)就是“夠用就是最好”，而不是“最新是最好”。舉個(gè)列子，joomla3.1在5.4-5.5都運(yùn)行不良，甚至安裝不能成功。但drupal卻在5.5.3下也運(yùn)行正常（本機(jī)），我想是個(gè)別案例吧？但好像運(yùn)行中出現(xiàn)過(guò)意料之外的錯(cuò)誤，不知道是不是版本的問(wèn)題，希望不是。
none-thread-safe or thread-safe
apache 一般選 none-thread-safe，iis選后者(fast-cgi)，我就不解釋了，信哥就沒(méi)錯(cuò)。
服務(wù)器之家小編補(bǔ)充一下： 2003系統(tǒng)中，我們一般用isapi加載，如果是2008及以上系統(tǒng)用fast-cgi方式。
ts指thread safety，即線程安全，一般在iis以isapi方式加載的時(shí)候選擇這個(gè)版本。
nts即none-thread safe，一般以fast cgi方式運(yùn)行的時(shí)候選擇這個(gè)版本，具有更好的性能。
從2000年10月20日發(fā)布的第一個(gè)windows版的php3.0.17開(kāi)始的都是線程安全的版本，這是由于與linux/unix系統(tǒng)是采用多進(jìn)程的工作方式不同的是windows系統(tǒng)是采用多線程的工作方式。如果在iis下以cgi方式運(yùn)行php會(huì)非常慢，這是由于cgi模式是建立在多進(jìn)程的基礎(chǔ)之上的，而非多線程。一般我們會(huì)把php配置成以isapi的方式來(lái)運(yùn)行，isapi是多線程的方式，這樣就快多了。但存在一個(gè)問(wèn)題，很多常用的php擴(kuò)展是以linux/unix的多進(jìn)程思想來(lái)開(kāi)發(fā)的，這些擴(kuò)展在isapi的方式運(yùn)行時(shí)就會(huì)出錯(cuò)搞垮iis。因此在iis下cgi模式才是 php運(yùn)行的最安全方式，但cgi模式對(duì)于每個(gè)http請(qǐng)求都需要重新加載和卸載整個(gè)php環(huán)境，其消耗是巨大的。
為了兼顧iis下php的效率和安全，微軟給出了fastcgi的解決方案。fastcgi可以讓php的進(jìn)程重復(fù)利用而不是每一個(gè)新的請(qǐng)求就重開(kāi)一個(gè)進(jìn)程。同時(shí)fastcgi也可以允許幾個(gè)進(jìn)程同時(shí)執(zhí)行。這樣既解決了cgi進(jìn)程模式消耗太大的問(wèn)題，又利用上了cgi進(jìn)程模式不存在線程安全問(wèn)題的優(yōu)勢(shì)。
因此，如果是使用isapi的方式來(lái)運(yùn)行php就必須用thread safe(線程安全)的版本；而用fastcgi模式運(yùn)行php的話就沒(méi)有必要用線程安全檢查了，用none thread safe(nts，非線程安全)的版本能夠更好的提高效率。
64位和32位的選擇問(wèn)題
你的系統(tǒng)是64位就選64位，是32位就選32位，不解釋，信哥。
服務(wù)器之家小編補(bǔ)充：很多情況下我們不能保證我們所有需要iis中加載的軟件都是64位的，有些軟件還必須用32格式兼容跑。
原文鏈接：http://cnmaizi.com/tech/php-version.html
