PHP 7.0 升級備註

時間  2019-11-20
標籤 php 7.0 升級 備註 欄目 PHP 简体版
原文   原文鏈接

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

 

 

1. 向後不兼容的變化

 

語言變化

 

變量處理的變化

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

    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']()

    要恢復之前的行爲，須要顯式地加大括號：git

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

  • 全局關鍵字如今只接受簡單變量。像之前的github

    1. global $$foo->bar;

    如今要求以下寫法：web

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

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

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

    如今不管是否使用括號，都會拋出一個嚴格標準錯誤。之前在第二種調用方式下不會有提示。sql

  • 數組元素或對象屬性自動安裝引用順序建立，如今的結果順序將不一樣。例如：apache

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

    如今結果是 ["a" => 1, "b" => 1]，而之前的結果是 ["b" => 1, "a" => 1]。json

相關的 RFC：api

 

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) new ArrayObject([0, 1]);

    如今的結果是： $a == 0 和 $b == 1。 之前 $a 和 $b 都是 null。

相關 RFC:

 

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. public function foo($a, $b, $unused, $unused) {
    2. // ...
    3. }

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

    1. public function 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. throw new Exception;
    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)
    5. var_dump(substr("foo", "0x1")); // string(3) "foo" (之前是 "oo")
    6. // 注意：遇到了一個非正常格式的數字

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

    1. $str = "0xffff";
    2. $int = filter_var($str, FILTER_VALIDATE_INT, FILTER_FLAG_ALLOW_HEX);
    3. if (false === $int) {
    4. throw new Exception("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:

 

錯誤處理的變化

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

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

    可恢復的致命錯誤被轉換爲一個異常，因此它們不能在錯誤處理裏面悄悄的忽略。部分狀況下，類型指示失敗再也不能忽略。

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

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

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

相關 RFC:

 

其它的語言變化

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

    1. class A {
    2. public function test() { var_dump($this); }
    3. }
    5. // 注意：沒有從類 A 進行擴展
    6. class B {
    7. public function callNonStaticMethodOfA() { A::test(); }
    8. }
    10. (new B)->callNonStaticMethodOfA();
    12. // 廢棄：非靜態方法 A::test() 不該該被靜態調用
    13. // 提示：未定義的變量 $this
    14. 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);
    7. yield $foo or die;
    8. // 之前被解釋以下
    9. yield ($foo or die);
    10. // 如今被解釋以下
    11. (yield $foo) or die;

    這種狀況能夠經過增長括號來解決。

  • 移除了 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

  • 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():

  • 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:

  • 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

更多細節參見：

注意：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 ，對應中斷的鏈接，輸出緩存會繼續工做。
相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程