PHP7.0版本備注

更新時間：2015年07月23日 17:32:41 投稿：mrr

這篇文章主要介紹了PHP7.0版本備注，新版本發(fā)布在性能方面大大提升，同時在語言特性方面也改變了不少，以下內(nèi)容是LCT翻譯對官方版本升級備注,需要的朋友可以參考下

PHP7.0新版本不僅在性能方面大大提升而且在語言特性方面也改變很多，具體講解請看下文：

1. 向后不兼容的變化
語言變化

變量處理的變化
間接變量、屬性和方法引用現(xiàn)在以從左到右的語義進(jìn)行解釋。一些例子：

$$foo['bar']['baz'] // 解釋做 ($$foo)['bar']['baz']
$foo->$bar['baz'] // 解釋做 ($foo->$bar)['baz']
$foo->$bar['baz']() // 解釋做 ($foo->$bar)['baz']()
Foo::$bar['baz']() // 解釋做 (Foo::$bar)['baz']()

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

${$foo['bar']['baz']}
$foo->{$bar['baz']}
$foo->{$bar['baz']}()
Foo::{$bar['baz']}()

全局關(guān)鍵字現(xiàn)在只接受簡單變量。像以前的

復(fù)制代碼代碼如下:

global $$foo->bar;

現(xiàn)在要求如下寫法：

復(fù)制代碼代碼如下:

global ${$foo->bar};

變量或函數(shù)調(diào)用的前后加上括號不再有任何影響。例如下列代碼，函數(shù)調(diào)用結(jié)果以引用的方式傳給一個函數(shù)

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

// Strict Standards: 只有變量可以用引用方式傳遞
現(xiàn)在無論是否使用括號，都會拋出一個嚴(yán)格標(biāo)準(zhǔn)錯誤。以前在第二種調(diào)用方式下不會有提示。

數(shù)組元素或?qū)ο髮傩宰詣影惭b引用順序創(chuàng)建，現(xiàn)在的結(jié)果順序?qū)⒉煌?。例如?/p>

$array = [];
$array["a"] =& $array["b"];
$array["b"] = 1;
var_dump($array);
現(xiàn)在結(jié)果是 ["a" => 1, "b" => 1]，而以前的結(jié)果是 ["b" => 1, "a" => 1]

相關(guān)的 RFC：

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

list() 的變化
list() 不再以反序賦值，例如：

復(fù)制代碼代碼如下:

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

var_dump($array);

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

復(fù)制代碼代碼如下:

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

// $a = 1; $b = 2; $c = 3;

仍然保持當(dāng)前的行為。

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

list() = $a;
list(,,) = $a;
list($x, list(), $y) = $a;
list() 不再支持對字符串的拆分（以前也只在某些情況下支持）

如下代碼：

復(fù)制代碼代碼如下:

$string = "xy";

list($x, $y) = $string;

現(xiàn)在的結(jié)果是： $x == null 和 $y == null （沒有提示），而以前的結(jié)果是： $x == "x" 和 $y == "y" 。

此外， list() 現(xiàn)在總是可以處理實現(xiàn)了 ArrayAccess 的對象，例如：

復(fù)制代碼代碼如下:

list($a, $b) = (object) new ArrayObject([0, 1]);

現(xiàn)在的結(jié)果是： $a == 0 和 $b == 1。以前 $a 和 $b 都是 null。

相關(guān) RFC:

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

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

復(fù)制代碼代碼如下:

$array = [0, 1, 2];

foreach ($array as &$val) {

var_dump(current($array));

}

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

在對數(shù)組按值迭代時，foreach 總是在對數(shù)組副本進(jìn)行操作，在迭代中任何對數(shù)組的操作都不會影響到迭代行為。例如：

復(fù)制代碼代碼如下:

$array = [0, 1, 2];

$ref =& $array; // Necessary to trigger the old behavior

foreach ($array as $val) {

var_dump($val);

unset($array[1]);

}

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

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

復(fù)制代碼代碼如下:

$array = [0];

foreach ($array as &$val) {

var_dump($val);

$array[1] = 1;

}

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

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

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

相關(guān) RFC: https://wiki.php.net/rfc/php7_foreach

參數(shù)處理的變化
不能定義兩個同名的函數(shù)參數(shù)。例如，下面的方法將會觸發(fā)編譯時錯誤：

復(fù)制代碼代碼如下:

public function foo($a, $b, $unused, $unused) {

// ...

}

如上的代碼應(yīng)該修改使用不同的參數(shù)名，如：

復(fù)制代碼代碼如下:

public function foo($a, $b, $unused1, $unused2) {

// ...

}

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

復(fù)制代碼代碼如下:

function foo($x) {

$x++;

var_dump(func_get_arg(0));

}

foo(1);
將會打印 "2" 而不是 "1"。代碼應(yīng)該改成僅在調(diào)用 func_get_arg(s) 后進(jìn)行修改操作。

復(fù)制代碼代碼如下:

function foo($x) {

var_dump(func_get_arg(0));

$x++;

}

或者應(yīng)該避免修改參數(shù)：

復(fù)制代碼代碼如下:

function foo($x) {

$newX = $x + 1;

var_dump(func_get_arg(0));

}

類似的，異?；厮菀膊辉亠@示傳遞給函數(shù)的原始值，而是修改后的值。例如：

復(fù)制代碼代碼如下:

function foo($x) {

$x = 42;

throw new Exception;

}

foo("string");
現(xiàn)在堆棧跟蹤的結(jié)果是：

復(fù)制代碼代碼如下:

Stack trace:

#0 file.php(4): foo(42)

#1 {main}

而以前是：

復(fù)制代碼代碼如下:

Stack trace:

#0 file.php(4): foo('string')

#1 {main}

這并不會影響到你的代碼的運行時行為，值得注意的是在調(diào)試時會有所不同。

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

相關(guān) RFC: https://wiki.php.net/phpng

整數(shù)處理的變化
無效的八進(jìn)制表示（包含大于7的數(shù)字）現(xiàn)在會產(chǎn)生編譯錯誤。例如，下列代碼不再有效：

$i = 0781; // 8 不是一個有效的八進(jìn)制數(shù)字！
以前，無效的數(shù)字（以及無效數(shù)字后的任何數(shù)字）會簡單的忽略。以前如上 $i 的值是 7，因為后兩位數(shù)字會被悄悄丟棄。

二進(jìn)制以負(fù)數(shù)鏡像位移現(xiàn)在會拋出一個算術(shù)錯誤：

復(fù)制代碼代碼如下:

var_dump(1 >> -1);

// ArithmeticError: 以負(fù)數(shù)進(jìn)行位移
向左位移的位數(shù)超出了整型寬度時，結(jié)果總是 0。

復(fù)制代碼代碼如下:

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

以前上述代碼的結(jié)果依賴于所用的 CPU 架構(gòu)。例如，在 x86（包括 x86-64）上結(jié)果是 int(1)，因為其位移操作數(shù)在范圍內(nèi)。

類似的，向右位移的位數(shù)超出了整型寬度時，其結(jié)果總是 0 或 -1 （依賴于符號）：

復(fù)制代碼代碼如下:

var_dump(1 >> 64); // int(0)

var_dump(-1 >> 64); // int(-1)

相關(guān) RFC: https://wiki.php.net/rfc/integer_semantics

字符串處理的變化
包含十六進(jìn)制數(shù)字的字符串不會再被當(dāng)做數(shù)字，也不會被特殊處理。參見例子中的新行為：

復(fù)制代碼代碼如下:

var_dump("0x123" == "291"); // bool(false) (以前是 true)

var_dump(is_numeric("0x123")); // bool(false) (以前是 true)

var_dump("0xe" + "0x1"); // int(0) (以前是 16)

var_dump(substr("foo", "0x1")); // string(3) "foo" (以前是 "oo")

// 注意：遇到了一個非正常格式的數(shù)字
filter_var() 可以用來檢查一個字符串是否包含了十六進(jìn)制數(shù)字，或這個字符串是否能轉(zhuǎn)換為整數(shù)：

$str = "0xffff";
$int = filter_var($str, FILTER_VALIDATE_INT, FILTER_FLAG_ALLOW_HEX);
if (false === $int) {
throw new Exception("Invalid integer!");
}
var_dump($int); // int(65535)

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

$str = "\u{xyz}"; // 致命錯誤：無效的 UTF-8 碼點轉(zhuǎn)義序列
要避免這種情況，需要轉(zhuǎn)義開頭的反斜杠：

$str = "\\u{xyz}"; // 正確
不過，不跟隨 { 的 "\u" 不受影響。如下代碼不會生成錯誤，和前面的一樣工作：

$str = "\u202e"; // 正確
相關(guān) RFC:

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

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

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

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

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

內(nèi)部類的構(gòu)造函數(shù)在失敗時總是會拋出一個異常。以前一些構(gòu)造函數(shù)會返回 NULL 或一個不可用的對象。

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

其它的語言變化
靜態(tài)調(diào)用一個不兼容的 $this 上下文的非靜態(tài)調(diào)用的做法不再支持。這種情況下，$this 是沒有定義的，但是對它的調(diào)用是允許的，并帶有一個廢棄提示。例子：

class A {
public function test() { var_dump($this); }
}
// 注意：沒有從類 A 進(jìn)行擴(kuò)展
class B {
public function callNonStaticMethodOfA() { A::test(); }
}
(new B)->callNonStaticMethodOfA();

// 廢棄：非靜態(tài)方法 A::test() 不應(yīng)該被靜態(tài)調(diào)用
// 提示：未定義的變量 $this
NULL
注意，這僅出現(xiàn)在來自不兼容上下文的調(diào)用上。如果類 B 擴(kuò)展自類 A ，調(diào)用會被允許，沒有任何提示。

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

bool
int
float
string
null
false
true
這用于 class/interface/trait 聲明、 class_alias() 和 use 語句中。

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

resource
object
mixed
numeric
yield 語句結(jié)構(gòu)當(dāng)用在一個表達(dá)式上下文時，不再要求括號。它現(xiàn)在是一個優(yōu)先級在 “print” 和 “=>” 之間的右結(jié)合操作符。在某些情況下這會導(dǎo)致不同的行為，例如：

echo yield -1;
// 以前被解釋如下
echo (yield) - 1;
// 現(xiàn)在被解釋如下
echo yield (-1);
yield $foo or die;
// 以前被解釋如下
yield ($foo or die);
// 現(xiàn)在被解釋如下
(yield $foo) or die;
這種情況可以通過增加括號來解決。

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

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

不支持以引用的方式對 new 的結(jié)果賦值。

不支持對一個來自非兼容的 $this 上下文的非靜態(tài)方法的域內(nèi)調(diào)用。細(xì)節(jié)參見： https://wiki.php.net/rfc/incompat_ctx 。

不支持 ini 文件中的 # 風(fēng)格的備注。使用 ; 風(fēng)格的備注替代。

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

標(biāo)準(zhǔn)庫的變化
call_user_method() 和 call_user_method_array() 不再存在。

在一個輸出緩沖區(qū)被創(chuàng)建在輸出緩沖處理器里時， ob_start() 不再發(fā)出 E_ERROR，而是 E_RECOVERABLE_ERROR。

改進(jìn)的 zend_qsort （使用 hybrid 排序算法）性能更好，并改名為 zend_sort。

增加靜態(tài)排序算法 zend_insert_sort。

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

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

其它
Curl:

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

從 mktime() 和 gmmktime() 中移除 $is_dst 參數(shù)
DBA

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

現(xiàn)在要求 libgmp 版本 4.2 或更新。
gmp_setbit() 和 gmp_clrbit() 對于負(fù)指標(biāo)返回 FALSE，和其它的 GMP 函數(shù)一致。
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() 函數(shù)，它們等同于使用 MCRYPT_MODE_* 標(biāo)志的 mcrypt_encrypt() 和 mcrypt_decrypt() 。
Session

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

移除 opcache.load_comments 配置語句?，F(xiàn)在文件內(nèi)備注載入無成本，并且總是啟用的。
OpenSSL:

移除 "rsa_key_size" SSL 上下文選項，按給出的協(xié)商的加密算法自動設(shè)置適當(dāng)?shù)拇笮　?br /> 移除 "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 不兼容數(shù)字格式 - 頂層 (07, 0xff, .1, -.1) 和所有層的 ([1.], [1.e1])
用一個參數(shù)調(diào)用 json_decode 等價于用空的 PHP 字符串或值調(diào)用，轉(zhuǎn)換為空字符串（NULL, FALSE）的結(jié)果是 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 位架構(gòu)上支持長度 >= 231 字節(jié)的字符串。
增加了 Closure::call() 方法（僅工作在用戶側(cè)的類）。
在雙引號字符串和 here 文檔中增加了 \u{xxxxxx} Unicode 碼點轉(zhuǎn)義格式。
define() 現(xiàn)在支持?jǐn)?shù)組作為常量值，修復(fù)了一個當(dāng) define() 還不支持?jǐn)?shù)組常量值時的疏忽。
增加了比較操作符 (<=>)，即太空船操作符。 (RFC: https://wiki.php.net/rfc/combined-comparison-operator)
為委托生成器添加了類似協(xié)程的 yield from 操作符。 (RFC: https://wiki.php.net/rfc/generator-delegation)
保留的關(guān)鍵字現(xiàn)在可以用在幾種新的上下文中。 (RFC: https://wiki.php.net/rfc/context_sensitive_lexer)
增加了標(biāo)量類型的聲明支持，并可以使用 declare(strict_types=1) 的聲明嚴(yán)格模式。 (RFC:https://wiki.php.net/rfc/scalar_type_hints_v5)
增加了對加密級安全的用戶側(cè)的隨機(jī)數(shù)發(fā)生器的支持。 (RFC: https://wiki.php.net/rfc/easy_userland_csprng)
Opcache

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

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

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

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

3. SAPI 模塊的變化
FPM
修復(fù)錯誤 #65933 （不能設(shè)置超過1024字節(jié)的配置行）。
Listen = port 現(xiàn)在監(jiān)聽在所有地址上（IPv6 和 IPv4 映射的）。

4. 廢棄的功能
Core

廢棄了 PHP 4 風(fēng)格的構(gòu)建函數(shù)（即構(gòu)建函數(shù)名必須與類名相同）。
廢棄了對非靜態(tài)方法的靜態(tài)調(diào)用。
OpenSSL

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

5. 函數(shù)的變化
parse_ini_file():
parse_ini_string():

添加了掃描模式 INISCANNERTYPED 來得到 yield 類型的 .ini 值。
unserialize():

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

可以被 proc_open() 使用的最大管道數(shù)以前被硬編碼地限制為 16?，F(xiàn)在去除了這個限制，只受限于 PHP 的可用內(nèi)存大小。
新添加的僅用于 Windows 的配置選項 "blocking_pipes" 可以用于強(qiáng)制阻塞對子進(jìn)程管道的讀取。這可以用于幾種命令行應(yīng)用場景，但是它會導(dǎo)致死鎖。此外，這與新的流的管道上下文選項相關(guān)。
array_column():

該函數(shù)現(xiàn)在支持把對象數(shù)組當(dāng)做二維數(shù)組。只有公開屬性會被處理，對象里面使用 __get() 的動態(tài)屬性必須也實現(xiàn) __isset() 才行。
stream_context_create()

現(xiàn)在可以接受一個僅 Windows 可用的配置 array("pipe" => array("blocking" => <boolean>)) 來強(qiáng)制阻塞管道讀取。該選項應(yīng)該小心使用，該平臺有可能導(dǎo)致管道緩沖區(qū)的死鎖。

6. 新函數(shù)
GMP

添加了 gmp_random_seed()。
PCRE:

添加了 preg_replace_callback_array 函數(shù)。 (RFC: https://wiki.php.net/rfc/preg_replace_callback_array)
Standard . 添加了整數(shù)除法 intdiv() 函數(shù)。 . 添加了重置錯誤狀態(tài)的 error_clear_last() 函數(shù)。

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

7. 新的類和接口
（暫無）

8. 移除的擴(kuò)展和 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
更多細(xì)節(jié)參見：

https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts
https://wiki.php.net/rfc/remove_deprecated_functionality_in_php7
注意：NSAPI 沒有在 RFC 中投票，不過它會在以后移除。這就是說，它相關(guān)的 SDK 今后不可用。

9. 擴(kuò)展的其它變化
Mhash
Mhash 今后不是一個擴(kuò)展了，使用 function_exists("mhash") 來檢查器是否可用。

10. 新的全局常量
Core . 添加 PHP_INT_MIN

Zlib

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

移除了 T1Lib 支持，這樣由于對 T1Lib 的可選依賴，如下將來不可用：
函數(shù)：

imagepsbbox()
imagepsencodefont()
imagepsextendedfont()
imagepsfreefont()
imagepsloadfont()
imagepsslantfont()
imagepstext()
資源：

'gd PS font'
'gd PS encoding'

11. INI 文件處理的變化
Core
移除了 asp_tags ini 指令。如果啟用它會導(dǎo)致致命錯誤。
移除了 always_populate_raw_post_data ini 指令。

12. Windows 支持
Core

在 64 位系統(tǒng)上支持原生的 64 位整數(shù)。
在 64 位系統(tǒng)上支持大文件。
支持 getrusage()。
ftp

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

所帶的 odbc 擴(kuò)展總是共享庫的。

13. 其它變化
Core
NaN 和 Infinity 轉(zhuǎn)換為整數(shù)時總是 0，而不是未定義和平臺相關(guān)的。
對非對象調(diào)用方法會觸發(fā)一個可捕獲錯誤，而不是致命錯誤；參見： https://wiki.php.net/rfc/catchable-call-to-member-of-non-object
zend_parse_parameters、類型提示和轉(zhuǎn)換，現(xiàn)在總是用 "integer" 和 "float"，而不是 "long" 和 "double"。
如果 ignore_user_abort 設(shè)置為 true ，對應(yīng)中斷的連接，輸出緩存會繼續(xù)工作。

您可能感興趣的文章: