PHP版本的選擇5.2.17 5.3.27 5.3.28 5.4 5.5相容性問題分析_php文摘

編輯整理：麥子

大家在選擇PHP版本時一定很困惑，有這麼多版本究竟選那個呢？

問題：

我們現在新買了個伺服器，用的是windows server 2008 r2。配置php 5.4的環境。
但我們之前開發的用2003,php是用5.2版本的，移植到新伺服器，程式運行會有影響嗎？或者我還需要注意那些問題？
API版本

PHP採用大版本向下相容的升級方式，也就是說5.5相容5.1-5.4，話雖如此，實際上相容性並不樂觀，大家也不要指望PHP官方會給出什麼好的解決辦法。現在2013年9月，版本有5.2.17 5.3.27 5.4.17 5.5.3

5.2.17
這一版本可以說是支援最廣泛的版本了，現在還有絕大部分開源軟體使用該版本，例如Drupal7.23，Joomla2.5，國內絕大多數軟體：dedecms5.7,discuzX3等等最新版還在支援5.2，如果沒特別要求，安裝這一版本是最省心省力的，但長遠來看可能終要被拋棄。現在許許多多的主機商為了省人力成本也懶得去升級PHP版本，反正基本上都支援。（這裡插一句，現在國內軟體為了相容更多的安裝環境，可謂用心良苦，甚至PHP5.1也能支援(discuzX3不支援），最難得的是效能竟然也沒落後多少，能做到如些極致真心不容易！）Drupal6建議使用該版本。

5.3.28（推薦）
這個版本雖然名稱上是5開頭，但很多人認為是PHP6.0版本的開始，效能有所提升，而且因為許多API都發生了變化，對5.2的相容不太好，雖然有一部分開源軟體聲稱能相容5.2-5.3，但問題好像也不少，許多索性就放棄5.2了，例如Joomla3隻支援5.3以上。而對於Drupal7強烈建議使用該版本，支援相當好。而對於Drupal8也可以使用該版本，支援也相當不錯。該版本使用範圍非常廣，在兼顧效能和相容性之間做出一個不錯的平衡點。

5.4（輕輕推薦）
5.4基本上已經接近完整體了，現時比較完善，穩定性和效能也不錯，未來升級的重點版本，Drupal7.X對其支援尚可，但第三方模組還不太完美。如果懶得以後升級，可以一步到位安裝該版本。

5.5
從5.3開始，以後版本基本上都是主打效能上的提升，函數什麼的都能向後相容。5.5開始好像有了64位版本，效能更加強勁，我沒試過，不敢發表言論。

總結
如果開源軟體說建議安裝PHP5.3，那你就老老實實用5.3，別用5.5什麼的，你可能認為反正都能相容，效能可能更好，為什麼不用新的呢？話是這麼說，但你知道開源軟體在開發的時候一般都是在特定的環境開發，就算相容再好也會有想不到的意外（再強大的隊伍也不可能對所有函數API進行相容測試，那是相當可怕的工作量！），它只會在特定的環境下進行測試和最佳化，而且就算知道相容有問題，團隊也不會去為了相容更高版本去修改，不是他們死板，而是為了安全和穩定來考慮的。在開源氛圍下，我們應該有個意識就是“夠用就是最好”，而不是“最新是最好”。舉個列子，Joomla3.1在5.4-5.5都運行不良，甚至安裝不能成功。但Drupal卻在5.5.3下也運行正常（本機），我想是個別案例吧？但好像運行中出現過意料之外的錯誤，不知道是不是版本的問題，希望不是。

None-thread-safe or thread-safe

Apache 一般選 none-thread-safe，IIS選後者(FAST-CGI)，我就不解釋了，信哥就沒錯。

雲棲社區小編補充一下： 2003系統中，我們一般用isapi載入，如果是2008及以上系統用fast-cgi方式。

複製代碼 代碼如下:

TS指Thread Safety，即安全執行緒，一般在IIS以ISAPI方式載入的時候選擇這個版本。
NTS即None-Thread Safe，一般以fast cgi方式啟動並執行時候選擇這個版本，具有更好的效能。

從2000年10月20日發布的第一個Windows版的PHP3.0.17開始的都是安全執行緒的版本，這是由於與Linux/Unix系統是採用多進程的工作方式不同的是Windows系統是採用多線程的工作方式。如果在IIS下以CGI方式運行PHP會非常慢，這是由於CGI模式是建立在多進程的基礎之上的，而非多線程。一般我們會把PHP配置成以ISAPI的方式來運行，ISAPI是多線程的方式，這樣就快多了。但存在一個問題，很多常用的PHP擴充是以Linux/Unix的多進程思想來開發的，這些擴充在ISAPI的方式運行時就會出錯搞垮IIS。因此在IIS下CGI模式才是 PHP啟動並執行最安全方式，但CGI模式對於每個HTTP請求都需要重新載入和卸載整個PHP環境，其消耗是巨大的。

為了兼顧IIS下PHP的效率和安全，微軟給出了FastCGI的解決方案。FastCGI可以讓PHP的進程重複利用而不是每一個新的請求就重開一個進程。同時FastCGI也可以允許幾個進程同時執行。這樣既解決了CGI進程模式消耗太大的問題，又利用上了CGI進程模式不存線上程安全問題的優勢。

因此，如果是使用ISAPI的方式來運行PHP就必須用Thread Safe(安全執行緒)的版本；而用FastCGI模式運行PHP的話就沒有必要用安全執行緒檢查了，用None Thread Safe(NTS，非安全執行緒)的版本能夠更好的提高效率。

64位和32位的選擇問題

你的系統是64位就選64位，是32位就選32位，不解釋，信哥。

雲棲社區小編補充：很多情況下我們不能保證我們所有需要iis中載入的軟體都是64位的，有些軟體還必須用32格式相容跑。