
<a target="_blank"></a>
間接變量、屬性和方法引用現在以從左到右的語義進行解釋。一些例子:
<code>$$foo['bar']['baz'] // 解釋做 ($$foo)['bar']['baz']</code>
<code>$foo->$bar['baz'] // 解釋做 ($foo->$bar)['baz']</code>
<code>$foo->$bar['baz']() // 解釋做 ($foo->$bar)['baz']()</code>
<code>foo::$bar['baz']() // 解釋做 (foo::$bar)['baz']()</code>
要恢複以前的行為,需要顯式地加大括号:
<code>${$foo['bar']['baz']}</code>
<code>$foo->{$bar['baz']}</code>
<code>$foo->{$bar['baz']}()</code>
<code>foo::{$bar['baz']}()</code>
全局關鍵字現在隻接受簡單變量。像以前的
<code>global $$foo->bar;</code>
現在要求如下寫法:
<code>global ${$foo->bar};</code>
變量或函數調用的前後加上括号不再有任何影響。例如下列代碼,函數調用結果以引用的方式傳給一個函數
<code>function getarray() { return [1, 2, 3]; }</code>
<code></code>
<code>$last = array_pop(getarray());</code>
<code>// strict standards: 隻有變量可以用引用方式傳遞</code>
<code>$last = array_pop((getarray()));</code>
現在無論是否使用括号,都會抛出一個嚴格标準錯誤。以前在第二種調用方式下不會有提示。
數組元素或對象屬性自動安裝引用順序建立,現在的結果順序将不同。例如:
<code>$array = [];</code>
<code>$array["a"] =& $array["b"];</code>
<code>$array["b"] = 1;</code>
<code>var_dump($array);</code>
現在結果是 ["a" => 1, "b" => 1],而以前的結果是 ["b" => 1, "a" => 1]。
相關的 rfc:
<a href="https://wiki.php.net/rfc/uniform_variable_syntax" target="_blank">https://wiki.php.net/rfc/uniform_variable_syntax</a>
<a href="https://wiki.php.net/rfc/abstract_syntax_tree" target="_blank">https://wiki.php.net/rfc/abstract_syntax_tree</a>
list() 不再以反序指派,例如:
<code>list($array[], $array[], $array[]) = [1, 2, 3];</code>
現在結果是 $array == [1, 2, 3] ,而不是 [3, 2, 1]。注意僅指派順序變化了,而指派仍然一緻(lctt 譯注:即以前的 list()行為是從後面的變量開始逐一指派,這樣對與上述用法就會産生 [3,2,1] 這樣的結果了。)。例如,類似如下的正常用法
<code>list($a, $b, $c) = [1, 2, 3];</code>
<code>// $a = 1; $b = 2; $c = 3;</code>
仍然保持目前的行為。
不再允許對空的 list() 指派。如下全是無效的:
<code>list() = $a;</code>
<code>list(,,) = $a;</code>
<code>list($x, list(), $y) = $a;</code>
list() 不再支援對字元串的拆分(以前也隻在某些情況下支援)。如下代碼:
<code>$string = "xy";</code>
<code>list($x, $y) = $string;</code>
現在的結果是: $x == null 和 $y == null (沒有提示),而以前的結果是: $x == "x" 和 $y == "y" 。此外, list() 現在總是可以處理實作了 arrayaccess 的對象,例如:
<code>list($a, $b) = (object) new arrayobject([0, 1]);</code>
現在的結果是: $a == 0 和 $b == 1。 以前 $a 和 $b 都是 null。
相關 rfc:
<a href="https://wiki.php.net/rfc/abstract_syntax_tree#changes_to_list" target="_blank">https://wiki.php.net/rfc/abstract_syntax_tree#changes_to_list</a>
<a href="https://wiki.php.net/rfc/fix_list_behavior_inconsistency" target="_blank">https://wiki.php.net/rfc/fix_list_behavior_inconsistency</a>
foreach() 疊代不再影響數組内部指針,數組指針可通過 current()/next() 等系列的函數通路。例如:
<code>$array = [0, 1, 2];</code>
<code>foreach ($array as &$val) {</code>
<code>var_dump(current($array));</code>
<code>}</code>
現在将指向值 int(0) 三次。以前的輸出是 int(1)、int(2) 和 bool(false)。
在對數組按值疊代時,foreach 總是在對數組副本進行操作,在疊代中任何對數組的操作都不會影響到疊代行為。例如:
<code>$ref =& $array; // necessary to trigger the old behavior</code>
<code>foreach ($array as $val) {</code>
<code>var_dump($val);</code>
<code>unset($array[1]);</code>
現在将列印出全部三個元素 (0 1 2),而以前第二個元素 1 會跳過 (0 2)。
在對數組按引用疊代時,對數組的修改将繼續會影響到疊代。不過,現在 php 在使用數字作為鍵時可以更好的維護數組内的位置。例如,在按引用疊代過程中添加數組元素:
<code>$array = [0];</code>
<code>$array[1] = 1;</code>
現在疊代會正确的添加了元素。如上代碼輸出是 "int(0) int(1)",而以前隻是 "int(0)"。
對普通(不可周遊的)對象按值或按引用疊代的行為類似于對數組進行按引用疊代。這符合以前的行為,除了如上一點所述的更精确的位置管理的改進。
對可周遊對象的疊代行為保持不變。
不能定義兩個同名的函數參數。例如,下面的方法将會觸發編譯時錯誤:
<code>public function foo($a, $b, $unused, $unused) {</code>
<code>// ...</code>
如上的代碼應該修改使用不同的參數名,如:
<code>public function foo($a, $b, $unused1, $unused2) {</code>
func_get_arg() 和 func_get_args() 函數不再傳回傳遞給參數的原始值,而是傳回其目前值(也許會被修改)。例如:
<code>function foo($x) {</code>
<code>$x++;</code>
<code>var_dump(func_get_arg(0));</code>
<code>foo(1);</code>
将會列印 "2" 而不是 "1"。代碼應該改成僅在調用 func_get_arg(s) 後進行修改操作。
或者應該避免修改參數:
<code>$newx = $x + 1;</code>
類似的,異常回溯也不再顯示傳遞給函數的原始值,而是修改後的值。例如:
<code>$x = 42;</code>
<code>throw new exception;</code>
<code>foo("string");</code>
現在堆棧跟蹤的結果是:
<code>stack trace:</code>
<code>#0 file.php(4): foo(42)</code>
<code>#1 {main}</code>
而以前是:
<code>#0 file.php(4): foo('string')</code>
這并不會影響到你的代碼的運作時行為,值得注意的是在調試時會有所不同。
同樣的限制也會影響到 debug_backtrace() 及其它檢查函數參數的函數。
無效的八進制表示(包含大于7的數字)現在會産生編譯錯誤。例如,下列代碼不再有效:
<code>$i = 0781; // 8 不是一個有效的八進制數字!</code>
以前,無效的數字(以及無效數字後的任何數字)會簡單的忽略。以前如上 $i 的值是 7,因為後兩位數字會被悄悄丢棄。
二進制以負數鏡像位移現在會抛出一個算術錯誤:
<code>var_dump(1 >> -1);</code>
<code>// arithmeticerror: 以負數進行位移</code>
向左位移的位數超出了整型寬度時,結果總是 0。
<code>var_dump(1 << 64); // int(0)</code>
以前上述代碼的結果依賴于所用的 cpu 架構。例如,在 x86(包括 x86-64) 上結果是 int(1),因為其位移操作數在範圍内。
類似的,向右位移的位數超出了整型寬度時,其結果總是 0 或 -1 (依賴于符号):
<code>var_dump(1 >> 64); // int(0)</code>
<code>var_dump(-1 >> 64); // int(-1)</code>
包含十六進制數字的字元串不會再被當做數字,也不會被特殊處理。參見例子中的新行為:
<code>var_dump("0x123" == "291"); // bool(false) (以前是 true)</code>
<code>var_dump(is_numeric("0x123")); // bool(false) (以前是 true)</code>
<code>var_dump("0xe" + "0x1"); // int(0) (以前是 16)</code>
<code>var_dump(substr("foo", "0x1")); // string(3) "foo" (以前是 "oo")</code>
<code>// 注意:遇到了一個非正常格式的數字</code>
filter_var() 可以用來檢查一個字元串是否包含了十六進制數字,或這個字元串是否能轉換為整數:
<code>$str = "0xffff";</code>
<code>$int = filter_var($str, filter_validate_int, filter_flag_allow_hex);</code>
<code>if (false === $int) {</code>
<code>throw new exception("invalid integer!");</code>
<code>var_dump($int); // int(65535)</code>
由于給雙引号字元串和 here 文檔增加了 unicode 碼點轉義格式(unicode codepoint escape syntax), 是以帶有無效序列的 "\u{" 現在會造成錯誤:
<code>$str = "\u{xyz}"; // 緻命錯誤:無效的 utf-8 碼點轉義序列</code>
要避免這種情況,需要轉義開頭的反斜杠:
<code>$str = "\\u{xyz}"; // 正确</code>
不過,不跟随 { 的 "\u" 不受影響。如下代碼不會生成錯誤,和前面的一樣工作:
<code>$str = "\u202e"; // 正确</code>
<a href="https://wiki.php.net/rfc/remove_hex_support_in_numeric_strings" target="_blank">https://wiki.php.net/rfc/remove_hex_support_in_numeric_strings</a>
<a href="https://wiki.php.net/rfc/unicode_escape" target="_blank">https://wiki.php.net/rfc/unicode_escape</a>
現在有兩個異常類: exception 和 error 。這兩個類都實作了一個新接口: throwable 。在異常處理代碼中的類型訓示也許需要修改來處理這種情況。
一些緻命錯誤和可恢複的緻命錯誤現在改為抛出一個 error 。由于 error 是一個獨立于 exception 的類,這些異常不會被已有的 try/catch 塊捕獲。
可恢複的緻命錯誤被轉換為一個異常,是以它們不能在錯誤處理裡面悄悄的忽略。部分情況下,類型訓示失敗不再能忽略。
解析錯誤現在會生成一個 error 擴充的 parseerror 。除了以前的基于傳回值 / errorgetlast() 的處理,對某些可能無效的代碼的 eval() 的錯誤處理應該改為捕獲 parseerror 。
内部類的構造函數在失敗時總是會抛出一個異常。以前一些構造函數會傳回 null 或一個不可用的對象。
一些 e_strict 提示的錯誤級别改變了。
<a href="https://wiki.php.net/rfc/engine_exceptions_for_php7" target="_blank">https://wiki.php.net/rfc/engine_exceptions_for_php7</a>
<a href="https://wiki.php.net/rfc/throwable-interface" target="_blank">https://wiki.php.net/rfc/throwable-interface</a>
<a href="https://wiki.php.net/rfc/internal_constructor_behaviour" target="_blank">https://wiki.php.net/rfc/internal_constructor_behaviour</a>
<a href="https://wiki.php.net/rfc/reclassify_e_strict" target="_blank">https://wiki.php.net/rfc/reclassify_e_strict</a>
靜态調用一個不相容的 $this 上下文的非靜态調用的做法不再支援。這種情況下,$this 是沒有定義的,但是對它的調用是允許的,并帶有一個廢棄提示。例子:
<code>class a {</code>
<code>public function test() { var_dump($this); }</code>
<code>// 注意:沒有從類 a 進行擴充</code>
<code>class b {</code>
<code>public function callnonstaticmethodofa() { a::test(); }</code>
<code>(new b)->callnonstaticmethodofa();</code>
<code>// 廢棄:非靜态方法 a::test() 不應該被靜态調用</code>
<code>// 提示:未定義的變量 $this</code>
<code>null</code>
注意,這僅出現在來自不相容上下文的調用上。如果類 b 擴充自類 a ,調用會被允許,沒有任何提示。
不能使用下列類名、接口名和特殊名(大小寫敏感):
<code>bool</code>
<code>int</code>
<code>float</code>
<code>string</code>
<code>false</code>
<code>true</code>
這用于 class/interface/trait 聲明、 class_alias() 和 use 語句中。
此外,下列類名、接口名和特殊名保留做将來使用,但是使用時尚不會抛出錯誤:
<code>resource</code>
<code>object</code>
<code>mixed</code>
<code>numeric</code>
yield 語句結構當用在一個表達式上下文時,不再要求括号。它現在是一個優先級在 “print” 和 “=>” 之間的右結合操作符。在某些情況下這會導緻不同的行為,例如:
<code>echo yield -1;</code>
<code>// 以前被解釋如下</code>
<code>echo (yield) - 1;</code>
<code>// 現在被解釋如下</code>
<code>echo yield (-1);</code>
<code>yield $foo or die;</code>
<code>yield ($foo or die);</code>
<code>(yield $foo) or die;</code>
這種情況可以通過增加括号來解決。
移除了 asp (<%) 和 script (<script language=php>) 标簽。
不支援以引用的方式對 new 的結果指派。
不支援 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() 替代。
core
在 64 位架構上支援長度 >= 231 位元組的字元串。
增加了 closure::call() 方法(僅工作在使用者側的類)。
在雙引号字元串和 here 文檔中增加了 \u{xxxxxx} unicode 碼點轉義格式。
define() 現在支援數組作為常量值,修複了一個當 define() 還不支援數組常量值時的疏忽。
增加了基于檔案的二級 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)) 。要注意的是,該選項會導緻管道緩沖區的死鎖,然而它在幾個指令行場景中有用。
fpm
修複錯誤 #65933 (不能設定超過1024位元組的配置行)。
listen = port 現在監聽在所有位址上(ipv6 和 ipv4 映射的)。
廢棄了 php 4 風格的建構函數(即建構函數名必須與類名相同)。
廢棄了對非靜态方法的靜态調用。
廢棄了 "capture_session_meta" ssl 上下文選項。 在流資源上活動的加密相關的中繼資料可以通過 stream_get_meta_data() 的傳回值通路。
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>)) 來強制阻塞管道讀取。該選項應該小心使用,該平台有可能導緻管道緩沖區的死鎖。
添加了 gmp_random_seed()。
standard . 添加了整數除法 intdiv() 函數。 . 添加了重置錯誤狀态的 error_clear_last() 函數。
zlib: . 添加了 deflate_init()、 deflate_add()、 inflate_init()、 inflate_add() 函數來運作遞增和流的壓縮/解壓。
(暫無)
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
更多細節參見:
<a href="https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts" target="_blank">https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts</a>
<a href="https://wiki.php.net/rfc/remove_deprecated_functionality_in_php7" target="_blank">https://wiki.php.net/rfc/remove_deprecated_functionality_in_php7</a>
注意:nsapi 沒有在 rfc 中投票,不過它會在以後移除。這就是說,它相關的 sdk 今後不可用。
mhash
mhash 今後不是一個擴充了,使用 function_exists("mhash") 來檢查器是否可用。
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'
移除了 asp_tags ini 指令。如果啟用它會導緻緻命錯誤。
移除了 always_populate_raw_post_data ini 指令。
在 64 位系統上支援原生的 64 位整數。
在 64 位系統上支援大檔案。
支援 getrusage()。
ftp
所帶的 ftp 擴充總是共享庫的。
對于 ssl 支援,取消了對 openssl 擴充的依賴,取而代之僅依賴 openssl 庫。如果在編譯時需要,會自動啟用 ftp_ssl_connect()。
odbc
所帶的 odbc 擴充總是共享庫的。
nan 和 infinity 轉換為整數時總是 0,而不是未定義和平台相關的。
zend_parse_parameters、類型提示和轉換,現在總是用 "integer" 和 "float",而不是 "long" 和 "double"。
如果 ignore_user_abort 設定為 true ,對應中斷的連接配接,輸出緩存會繼續工作。
<b>原文釋出時間為:2015-07-20</b>
<b></b>
<b>本文來自雲栖社群合作夥伴“linux中國</b>