PHP 7.0 升級備注

PHP 7.0.0 beta1 發布了，在帶來了引人注目的性能提升的同時，也帶來了不少語言特性方面的改變。以下由 LCTT 翻譯自對官方的升級備注，雖然目前還不是正式發布版，不過想必距離正式發布的特性已經差別不大了。（本文會持續追蹤更新）

1. 向後不兼容的變化

語言變化

變量處理的變化

• 間接變量、屬性和方法引用現在以從左到右的語義進行解釋。一些例子：

  1. $$foo['bar']['baz']// 解釋做 ($$foo)['bar']['baz']
  2. $foo->$bar['baz']// 解釋做 ($foo->$bar)['baz']
  3. $foo->$bar['baz']()// 解釋做 ($foo->$bar)['baz']()
  4. Foo::$bar['baz']()// 解釋做 (Foo::$bar)['baz']()

  要恢復以前的行為，需要顯式地加大括號：

  1. ${$foo['bar']['baz']}
  2. $foo->{$bar['baz']}
  3. $foo->{$bar['baz']}()
  4. Foo::{$bar['baz']}()

• 全局關鍵字現在只接受簡單變量。像以前的

  1. global $$foo->bar;

  現在要求如下寫法：

  1. global ${$foo->bar};

• 變量或函數調用的前後加上括號不再有任何影響。例如下列代碼，函數調用結果以引用的方式傳給一個函數

  1. function getArray(){return[1,2,3];}
  2. $last = array_pop(getArray());
  3. // Strict Standards: 只有變量可以用引用方式傳遞
  4. $last = array_pop((getArray()));
  5. // Strict Standards: 只有變量可以用引用方式傳遞

  現在無論是否使用括號，都會拋出一個嚴格標准錯誤。以前在第二種調用方式下不會有提示。

• 數組元素或對象屬性自動安裝引用順序創建，現在的結果順序將不同。例如：

  1. $array =[];
  2. $array["a"]=& $array["b"];
  3. $array["b"]=1;
  4. var_dump($array);

  現在結果是 ["a" => 1, "b" => 1]，而以前的結果是 ["b" => 1, "a" => 1]。

相關的 RFC：

• https://wiki.php.net/rfc/uniform_variable_syntax
• https://wiki.php.net/rfc/abstract_syntax_tree

list() 的變化

• list() 不再以反序賦值，例如：

  1. list($array[], $array[], $array[])=[1,2,3];
  2. var_dump($array);

  現在結果是 $array == [1, 2, 3] ，而不是 [3, 2, 1]。注意僅賦值順序變化了，而賦值仍然一致（LCTT 譯注：即以前的 list()行為是從後面的變量開始逐一賦值，這樣對與上述用法就會產生 [3,2,1] 這樣的結果了。）。例如，類似如下的常規用法

  1. list($a, $b, $c)=[1,2,3];
  2. // $a = 1; $b = 2; $c = 3;

  仍然保持當前的行為。

• 不再允許對空的 list() 賦值。如下全是無效的：

  1. list()= $a;
  2. list(,,)= $a;
  3. list($x, list(), $y)= $a;

• list() 不再支持對字符串的拆分（以前也只在某些情況下支持）。如下代碼：

  1. $string ="xy";
  2. list($x, $y)= $string;

  現在的結果是： $x == null 和 $y == null （沒有提示），而以前的結果是： $x == "x" 和 $y == "y" 。此外， list() 現在總是可以處理實現了 ArrayAccess 的對象，例如：

  1. list($a, $b)=(object)newArrayObject([0,1]);

  現在的結果是： $a == 0 和 $b == 1。 以前 $a 和 $b 都是 null。

相關 RFC:

• https://wiki.php.net/rfc/abstract_syntax_tree#changes_to_list
• https://wiki.php.net/rfc/fix_list_behavior_inconsistency

foreach 的變化

• foreach() 迭代不再影響數組內部指針，數組指針可通過 current()/next() 等系列的函數訪問。例如：

  1. $array =[0,1,2];
  2. foreach($array as&$val){
  3. var_dump(current($array));
  4. }

  現在將指向值 int(0) 三次。以前的輸出是 int(1)、int(2) 和 bool(false)。

• 在對數組按值迭代時，foreach 總是在對數組副本進行操作，在迭代中任何對數組���操作都不會影響到迭代行為。例如：

  1. $array =[0,1,2];
  2. $ref =& $array;// Necessary to trigger the old behavior
  3. foreach($array as $val){
  4. var_dump($val);
  5. unset($array[1]);
  6. }

  現在將打印出全部三個元素 (0 1 2)，而以前第二個元素 1 會跳過 (0 2)。

• 在對數組按引用迭代時，對數組的修改將繼續會影響到迭代。不過，現在 PHP 在使用數字作為鍵時可以更好的維護數組內的位置。例如，在按引用迭代過程中添加數組元素：

  1. $array =[0];
  2. foreach($array as&$val){
  3. var_dump($val);
  4. $array[1]=1;
  5. }

  現在迭代會正確的添加了元素。如上代碼輸出是 "int(0) int(1)"，而以前只是 "int(0)"。

• 對普通（不可遍歷的）對象按值或按引用迭代的行為類似於對數組進行按引用迭代。這符合以前的行為，除了如上一點所述的更精確的位置管理的改進。

• 對可遍歷對象的迭代行為保持不變。

相關 RFC: https://wiki.php.net/rfc/php7_foreach

參數處理的變化

• 不能定義兩個同名的函數參數。例如，下面的方法將會觸發編譯時錯誤：

  1. publicfunction foo($a, $b, $unused, $unused){
  2. // ...
  3. }

  如上的代碼應該修改使用不同的參數名，如：

  1. publicfunction foo($a, $b, $unused1, $unused2){
  2. // ...
  3. }

• func_get_arg() 和 func_get_args() 函數不再返回傳遞給參數的原始值，而是返回其當前值（也許會被修改）。例如：

  1. function foo($x){
  2. $x++;
  3. var_dump(func_get_arg(0));
  4. }
  5. foo(1);

  將會打印 "2" 而不是 "1"。代碼應該改成僅在調用 func_get_arg(s) 後進行修改操作。

  1. function foo($x){
  2. var_dump(func_get_arg(0));
  3. $x++;
  4. }

  或者應該避免修改參數：

  1. function foo($x){
  2. $newX = $x +1;
  3. var_dump(func_get_arg(0));
  4. }

• 類似的，異常回溯也不再顯示傳遞給函數的原始值，而是修改後的值。例如：

  1. function foo($x){
  2. $x =42;
  3. thrownewException;
  4. }
  5. foo("string");

  現在堆棧跟蹤的結果是：

  1. Stack trace:
  2. #0 file.php(4): foo(42)
  3. #1 {main}

  而以前是：

  1. Stack trace:
  2. #0 file.php(4): foo('string')
  3. #1 {main}

  這並不會影響到你的代碼的運行時行為，值得注意的是在調試時會有所不同。

  同樣的限制也會影響到 debug_backtrace() 及其它檢查函數參數的函數。

相關 RFC: https://wiki.php.net/phpng

整數處理的變化

• 無效的八進制表示（包含大於7的數字）現在會產生編譯錯誤。例如，下列代碼不再有效：

  1. $i =0781;// 8 不是一個有效的八進制數字！

  以前，無效的數字（以及無效數字後的任何數字）會簡單的忽略。以前如上 $i 的值是 7，因為後兩位數字會被悄悄丟棄。

• 二進制以負數鏡像位移現在會拋出一個算術錯誤：

  1. var_dump(1>>-1);
  2. // ArithmeticError: 以負數進行位移

• 向左位移的位數超出了整型寬度時，結果總是 0。

  1. var_dump(1<<64);// int(0)

  以前上述代碼的結果依賴於所用的 CPU 架構。例如，在 x86（包括 x86-64） 上結果是 int(1)，因為其位移操作數在范圍內。

• 類似的，向右位移的位數超出了整型寬度時，其結果總是 0 或 -1 （依賴於符號）：

  1. var_dump(1>>64);// int(0)
  2. var_dump(-1>>64);// int(-1)

相關 RFC: https://wiki.php.net/rfc/integer_semantics

字符串處理的變化

• 包含十六進制數字的字符串不會再被當做數字，也不會被特殊處理。參見例子中的新行為：

  1. var_dump("0x123"=="291");// bool(false) (以前是 true)
  2. var_dump(is_numeric("0x123"));// bool(false) (以前是 true)
  3. var_dump("0xe"+"0x1");// int(0) (以前是 16)
  4. var_dump(substr("foo","0x1"));// string(3) "foo" (以前是 "oo")
  5. // 注意：遇到了一個非正常格式的數字

  filter_var() 可以用來檢查一個字符串是否包含了十六進制數字，或這個字符串是否能轉換為整數：

  1. $str ="0xffff";
  2. $int = filter_var($str, FILTER_VALIDATE_INT, FILTER_FLAG_ALLOW_HEX);
  3. if(false=== $int){
  4. thrownewException("Invalid integer!");
  5. }
  6. var_dump($int);// int(65535)

• 由於給雙引號字符串和 HERE 文檔增加了 Unicode 碼點轉義格式（Unicode Codepoint Escape Syntax）， 所以帶有無效序列的 "\u{" 現在會造成錯誤：

  1. $str ="\u{xyz}";// 致命錯誤：無效的 UTF-8 碼點轉義序列

  要避免這種情況，需要轉義開頭的反斜槓：

  1. $str ="\\u{xyz}";// 正確

  不過，不跟隨 { 的 "\u" 不受影響。如下代碼不會生成錯誤，和前面的一樣工作：

  1. $str ="\u202e";// 正確

相關 RFC:

• https://wiki.php.net/rfc/remove_hex_support_in_numeric_strings
• https://wiki.php.net/rfc/unicode_escape

錯誤處理的變化

• 現在有兩個異常類： Exception 和 Error 。這兩個類都實現了一個新接口： Throwable 。在異常處理代碼中的類型指示也許需要修改來處理這種情況。

• 一些致命錯誤和可恢復的致命錯誤現在改為拋出一個 Error 。由於 Error 是一個獨立於 Exception 的類，這些異常不會被已有的 try/catch 塊捕獲。

  可恢復的致命錯誤被轉換為一個異常，所以它們不能在錯誤處理裡面悄悄的忽略。部分情況下，類型指示失敗不再能忽略。

• 解析錯誤現在會生成一個 Error 擴展的 ParseError 。除了以前的基於返回值 / errorgetlast() 的處理，對某些可能無效的代碼的 eval() 的錯誤處理應該改為捕獲 ParseError 。

• 內部類的構造函數在失敗時總是會拋出一個異常。以前一些構造函數會返回 NULL 或一個不可用的對象。

• 一些 E_STRICT 提示的錯誤級別改變了。

相關 RFC:

• https://wiki.php.net/rfc/engine_exceptions_for_php7
• https://wiki.php.net/rfc/throwable-interface
• https://wiki.php.net/rfc/internal_constructor_behaviour
• https://wiki.php.net/rfc/reclassify_e_strict

其它的語言變化

• 靜態調用一個不兼容的 $this 上下文的非靜態調用的做法不再支持。這種情況下，$this 是沒有定義的，但是對它的調用是允許的，並帶有一個廢棄提示。例子：

  1. class A {
  2. publicfunction test(){ var_dump($this);}
  3. }
  4. // 注意：沒有從類 A 進行擴展
  5. class B {
  6. publicfunction callNonStaticMethodOfA(){ A::test();}
  7. }
  8. (new B)->callNonStaticMethodOfA();
  9. // 廢棄：非靜態方法 A::test() 不應該被靜態調用
  10. // 提示：未定義的變量 $this
  11. NULL

  注意，這僅出現在來自不兼容上下文的調用上。如果類 B 擴展自類 A ，調用會被允許，沒有任何提示。

• 不能使用下列類名、接口名和特殊名（大小寫敏感）：

  1. bool
  2. int
  3. float
  4. string
  5. null
  6. false
  7. true

  這用於 class/interface/trait 聲明、 class_alias() 和 use 語句中。

  此外，下列類名、接口名和特殊名保留做將來使用，但是使用時尚不會拋出錯誤：

  1. resource
  2. object
  3. mixed
  4. numeric

• yield 語句結構當用在一個表達式上下文時，不再要求括號。它現在是一個優先級在 “print” 和 “=>” 之間的右結合操作符。在某些情況下這會導致不同的行為，例如：

  1. echo yield-1;
  2. // 以前被解釋如下
  3. echo (yield)-1;
  4. // 現在被解釋如下
  5. echo yield(-1);
  6. yield $foo ordie;
  7. // 以前被解釋如下
  8. yield($foo ordie);
  9. // 現在被解釋如下
  10. (yield $foo)ordie;

  這種情況可以通過增加括號來解決。

• 移除了 ASP (<%) 和 script (<script language=php>) 標簽。

  RFC: https://wiki.php.net/rfc/remove_alternative_php_tags

• 不支持以引用的方式對 new 的結果賦值。

• 不支持對一個來自非兼容的 $this 上下文的非靜態方法的域內調用。細節參見： https://wiki.php.net/rfc/incompat_ctx 。

• 不支持 ini 文件中的 # 風格的備注。使用 ; 風格的備注替代。

• $HTTP_RAW_POST_DATA 不再可用，使用 php://input 流替代。

標准庫的變化

• call_user_method() 和 call_user_method_array() 不再存在。

• 在一個輸出緩沖區被創建在輸出緩沖處理器裡時， ob_start() 不再發出 E_ERROR，而是 E_RECOVERABLE_ERROR。

• 改進的 zend_qsort （使用 hybrid 排序算法）性能更好，並改名為 zend_sort。

• 增加靜態排序算法 zend_insert_sort。

• 移除 fpm-fcgi 的 dl() 函數。

• setcookie() 如果 cookie 名為空會觸發一個 WARNING ，而不是發出一個空的 set-cookie 頭。

其它

• Curl:

  • 去除對禁用 CURLOPT_SAFE_UPLOAD 選項的支持。所有的 curl 文件上載必須使用 curl_file / CURLFile API。

• Date:

  • 從 mktime() 和 gmmktime() 中移除 $is_dst 參數

• DBA

  • 如果鍵也沒有出現在 inifile 處理器中，dba_delete() 現在會返回 false。

• GMP

  • 現在要求 libgmp 版本 4.2 或更新。
  • gmp_setbit() 和 gmp_clrbit() 對於負指標返回 FALSE，和其它的 GMP 函數一致。

• Intl:

  • 移除廢棄的別名 datefmt_set_timezone_id() 和 IntlDateFormatter::setTimeZoneID()。替代使用 datefmt_set_timezone() 和 IntlDateFormatter::setTimeZone()。

• libxml:

  • 增加 LIBXML_BIGLINES 解析器選項。從 libxml 2.9.0 開始可用，並增加了在錯誤報告中行號大於 16 位的支持。

• Mcrypt

  • 移除等同於 mcrypt_generic_deinit() 的廢棄別名 mcrypt_generic_end()。
  • 移除廢棄的 mcrypt_ecb()、 mcrypt_cbc()、 mcrypt_cfb() 和 mcrypt_ofb() 函數，它們等同於使用 MCRYPT_MODE_* 標志的 mcrypt_encrypt() 和 mcrypt_decrypt() 。

• Session

  • session_start() 以數組方式接受所有的 INI 設置。例如， ['cache_limiter'=>'private'] 會設置 session.cache_limiter=private 。也支持 'read_and_close' 以在讀取數據後立即關閉會話數據。
  • 會話保存處理器接受使用 validate_sid() 和 update_timestamp() 來校驗會話 ID 是否存在、更新會話時間戳。對舊式的用戶定義的會話保存處理器繼續兼容。
  • 增加了 SessionUpdateTimestampHandlerInterface 。 validateSid()、 updateTimestamp() 定義在接口裡面。
  • session.lazy_write(默認是 On) 的 INI 設置支持僅在會話數據更新時寫入。

• Opcache

  • 移除 opcache.load_comments 配置語句。現在文件內備注載入無成本，並且總是啟用的。

• OpenSSL:

  • 移除 "rsa_key_size" SSL 上下文選項，按給出的協商的加密算法自動設置適當的大小。
  • 移除 "CN_match" 和 "SNI_server_name" SSL 上下文選項。使用自動偵測或 "peer_name" 選項替代。

• PCRE:

  • 移除對 /e (PREG_REPLACE_EVAL) 修飾符的支持，使用 preg_replace_callback() 替代。

• PDO_pgsql:

  • 移除 PGSQL_ATTR_DISABLE_NATIVE_PREPARED_STATEMENT 屬性，等同於 ATTR_EMULATE_PREPARES。

• Standard:

  • 移除 setlocale() 中的字符串類目支持。使用 LC_* 常量替代。 instead.
  • 移除 set_magic_quotes_runtime() 及其別名 magic_quotes_runtime()。

• JSON:

  • 拒絕 json_decode 中的 RFC 7159 不兼容數字格式 - 頂層 (07, 0xff, .1, -.1) 和所有層的 ([1.], [1.e1])
  • 用一個參數調用 json_decode 等價於用空的 PHP 字符串或值調用，轉換為空字符串（NULL, FALSE）的結果是 JSON 格式錯誤。

• Stream:

  • 移除 set_socket_blocking() ，等同於其別名 stream_set_blocking()。

• XSL:

  • 移除 xsl.security_prefs ini 選項，使用 XsltProcessor::setSecurityPrefs() 替代。

2. 新功能

• Core

  • 增加了組式 use 聲明。 (RFC: https://wiki.php.net/rfc/group_use_declarations)
  • 增加了 null 合並操作符 (??)。 (RFC: https://wiki.php.net/rfc/isset_ternary)
  • 在 64 位架構上支持長度 >= 2³¹ 字節的字符串。
  • 增加了 Closure::call() 方法（僅工作在用戶側的類）。
  • 在雙引號字符串和 here 文檔中增加了 \u{xxxxxx} Unicode 碼點轉義格式。
  • define() 現在支持數組作為常量值，修復了一個當 define() 還不支持數組常量值時的疏忽。
  • 增加了比較操作符 (<=>)，即太空船操作符。 (RFC: https://wiki.php.net/rfc/combined-comparison-operator)
  • 為委托生成器添加了類似協程的 yield from 操作符。 (RFC: https://wiki.php.net/rfc/generator-delegation)
  • 保留的關鍵字現在可以用在幾種新的上下文中。 (RFC: https://wiki.php.net/rfc/context_sensitive_lexer)
  • 增加了標量類型的聲明支持，並可以使用 declare(strict_types=1) 的聲明嚴格模式。 (RFC: https://wiki.php.net/rfc/scalar_type_hints_v5)
  • 增加了對加密級安全的用戶側的隨機數發生器的支持。 (RFC: https://wiki.php.net/rfc/easy_userland_csprng)

• Opcache

  • 增加了基於文件的二級 opcode 緩存（實驗性——默認禁用）。要啟用它，PHP 需要使用 --enable-opcache-file 配置和構建，然後 opcache.file_cache=<DIR> 配置指令就可以設置在 php.ini 中。二級緩存也許可以提升服務器重啟或 SHM 重置時的性能。此外，也可以設置 opcache.file_cache_only=1 來使用文件緩存而根本不用 SHM（也許對於共享主機有用）；設置 opcache.file_cache_consistency_checks=0 來禁用文件緩存一致性檢查，以加速載入過程，有安全風險。

• OpenSSL

  • 當用 OpenSSL 1.0.2 及更新構建時，增加了 "alpn_protocols" SSL 上下文選項來允許加密的客戶端/服務器流使用 ALPN TLS 擴展去協商替代的協議。協商後的協議信息可以通過 stream_get_meta_data() 輸出訪問。

• Reflection

  • 增加了一個 ReflectionGenerator 類（yield from Traces，當前文件/行等等）。
  • 增加了一個 ReflectionType 類來更好的支持新的返回類型和標量類型聲明功能。新的 ReflectionParameter::getType() 和 ReflectionFunctionAbstract::getReturnType() 方法都返回一個 ReflectionType 實例。

• Stream

  • 添加了新的僅用於 Windows 的流上下文選項以允許阻塞管道讀取。要啟用該功能，當創建流上下文時，傳遞 array("pipe" => array("blocking" => true)) 。要注意的是，該選項會導致管道緩沖區的死鎖，然而它在幾個命令行場景中有用。

3. SAPI 模塊的變化

• FPM
  • 修復錯誤 #65933 （不能設置超過1024字節的配置行）。
  • Listen = port 現在監聽在所有地址上（IPv6 和 IPv4 映射的）。

4. 廢棄的功能

• Core

  • 廢棄了 PHP 4 風格的構建函數（即構建函數名必須與類名相同）。
  • 廢棄了對非靜態方法的靜態調用。

• OpenSSL

  • 廢棄了 "capture_session_meta" SSL 上下文選項。 在流資源上活動的加密相關的元數據可以通過 stream_get_meta_data() 的返回值訪問。

5. 函數的變化

• parse_ini_file():

• parse_ini_string():

  • 添加了掃描模式 INISCANNERTYPED 來得到 yield 類型的 .ini 值。

• unserialize():

  • 給 unserialize 函數添加了第二個參數 (RFC: https://wiki.php.net/rfc/secure_unserialize) 來指定可接受的類： unserialize($foo, ["allowed_classes" => ["MyClass", "MyClass2"]]);

• proc_open():

  • 可以被 proc_open() 使用的最大管道數以前被硬編碼地限制為 16。現在去除了這個限制，只受限於 PHP 的可用內存大小。
  • 新添加的僅用於 Windows 的配置選項 "blocking_pipes" 可以用於強制阻塞對子進程管道的讀取。這可以用於幾種命令行應用場景，但是它會導致死鎖。此外，這與新的流的管道上下文選項相關。

• array_column():

  • 該函數現在支持把對象數組當做二維數組。只有公開屬性會被處理，對象裡面使用 __get() 的動態屬性必須也實現 __isset() 才行。

• stream_context_create()

  • 現在可以接受一個僅 Windows 可用的配置 array("pipe" => array("blocking" => <boolean>)) 來強制阻塞管道讀取。該選項應該小心使用，該平台有可能導致管道緩沖區的死鎖。

6. 新函數

• GMP

  • 添加了 gmp_random_seed()。

• PCRE:

  • 添加了 preg_replace_callback_array 函數。 (RFC: https://wiki.php.net/rfc/preg_replace_callback_array)

• Standard . 添加了整數除法 intdiv() 函數。 . 添加了重置錯誤狀態的 error_clear_last() 函數。

• Zlib: . 添加了 deflate_init()、 deflate_add()、 inflate_init()、 inflate_add() 函數來運行遞增和流的壓縮/解壓。

7. 新的類和接口

（暫無）

8. 移除的擴展和 SAPI

• sapi/aolserver
• sapi/apache
• sapi/apache_hooks
• sapi/apache2filter
• sapi/caudium
• sapi/continuity
• sapi/isapi
• sapi/milter
• sapi/nsapi
• sapi/phttpd
• sapi/pi3web
• sapi/roxen
• sapi/thttpd
• sapi/tux
• sapi/webjames
• ext/mssql
• ext/mysql
• ext/sybase_ct
• ext/ereg

更多細節參見：

• https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts
• https://wiki.php.net/rfc/remove_deprecated_functionality_in_php7

注意：NSAPI 沒有在 RFC 中投票，不過它會在以後移除。這就是說，它相關的 SDK 今後不可用。

9. 擴展的其它變化

• Mhash
  • Mhash 今後不是一個擴展了，使用 function_exists("mhash") 來檢查器是否可用。

10. 新的全局常量

• Core . 添加 PHP_INT_MIN

• Zlib

  • 添加的這些常量用於控制新的增量deflate_add() 和 inflate_add() 函數的刷新行為：
  • ZLIB_NO_FLUSH
  • ZLIB_PARTIAL_FLUSH
  • ZLIB_SYNC_FLUSH
  • ZLIB_FULL_FLUSH
  • ZLIB_BLOCK
  • ZLIB_FINISH

• GD

  • 移除了 T1Lib 支持，這樣由於對 T1Lib 的可選依賴，如下將來不可用：

  函數：

  • imagepsbbox()
  • imagepsencodefont()
  • imagepsextendedfont()
  • imagepsfreefont()
  • imagepsloadfont()
  • imagepsslantfont()
  • imagepstext()

  資源：

  • 'gd PS font'
  • 'gd PS encoding'

11. INI 文件處理的變化

• Core
  • 移除了 asp_tags ini 指令。如果啟用它會導致致命錯誤。
  • 移除了 always_populate_raw_post_data ini 指令。

12. Windows 支持

• Core

  • 在 64 位系統上支持原生的 64 位整數。
  • 在 64 位系統上支持大文件。
  • 支持 getrusage()。

• ftp

  • 所帶的 ftp 擴展總是共享庫的。
  • 對於 SSL 支持，取消了對 openssl 擴展的依賴，取而代之僅依賴 openssl 庫。如果在編譯時需要，會自動啟用 ftp_ssl_connect()。

• odbc

  • 所帶的 odbc 擴展總是共享庫的。

13. 其它變化

• Core
  • NaN 和 Infinity 轉換為整數時總是 0，而不是未定義和平台相關的。
  • 對非對象調用方法會觸發一個可捕獲錯誤，而不是致命錯誤；參見： https://wiki.php.net/rfc/catchable-call-to-member-of-non-object
  • zend_parse_parameters、類型提示和轉換，現在總是用 "integer" 和 "float"，而不是 "long" 和 "double"。
  • 如果 ignore_user_abort 設置為 true ，對應中斷的連接，輸出緩存會繼續工作。

PHP 7 ，你值得擁有 http://www.linuxidc.com/Linux/2015-06/118847.htm

在 CentOS 7.x / Fedora 21 上面體驗 PHP 7.0 http://www.linuxidc.com/Linux/2015-05/117960.htm

CentOS 6.3 安裝LNMP (PHP 5.4,MyySQL5.6) http://www.linuxidc.com/Linux/2013-04/82069.htm

在部署LNMP的時候遇到Nginx啟動失敗的2個問題 http://www.linuxidc.com/Linux/2013-03/81120.htm

Ubuntu安裝Nginx php5-fpm MySQL(LNMP環境搭建) http://www.linuxidc.com/Linux/2012-10/72458.htm

《細說PHP》高清掃描PDF+光盤源碼+全套教學視頻 http://www.linuxidc.com/Linux/2014-03/97536.htm

CentOS 6中配置PHP的LNMP的開發環境 http://www.linuxidc.com/Linux/2013-12/93869.htm

PHP 的詳細介紹：請點這裡
PHP 的下載地址：請點這裡

via: https://github.com/php/php-src/blob/php-7.0.0beta1/UPGRADING

作者：php 譯者：wxy 校對：wxy

本文由 LCTT 原創翻譯，Linux中國 榮譽推出