PHP 7.0 升級備注

jopen 9年前發布 | 21K 次閱讀 PHP7 PHP開發

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

PHP 7.0 升級備注

1. 向后不兼容的變化

語言變化

變量處理的變化

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

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

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

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

</li>

全局關鍵字現在只接受簡單變量。像以前的
```
global $$foo->bar;
```
現在要求如下寫法：
```
global ${$foo->bar};
```
</li>

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

function getArray() { return [1, 2, 3]; }
$last = array_pop(getArray());
// Strict Standards: 只有變量可以用引用方式傳遞
$last = array_pop((getArray()));
// Strict Standards: 只有變量可以用引用方式傳遞</pre> 
現在無論是否使用括號，都會拋出一個嚴格標準錯誤。以前在第二種調用方式下不會有提示。 
</li>

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

$array = [];
$array["a"] =& $array["b"];
$array["b"] = 1;
var_dump($array);
 現在結果是 ["a" => 1, "b" => 1]，而以前的結果是 ["b" => 1, "a" => 1]。 
</li>
</ul>
相關的 RFC： 


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

https://wiki.php.net/rfc/abstract_syntax_tree 
</ul>
list() 的變化 



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

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

list($a, $b, $c) = [1, 2, 3];
// $a = 1; $b = 2; $c = 3;
 仍然保持當前的行為。 
</li>

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

list() = $a;
list(,,) = $a;
list($x, list(), $y) = $a;
</li>

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

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

list($a, $b) = (object) new ArrayObject([0, 1]);
 現在的結果是： $a == 0 和 $b == 1。 以前 $a 和 $b 都是 null。 
</li>
</ul>
相關 RFC: 


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

https://wiki.php.net/rfc/fix_list_behavior_inconsistency 
</ul>
foreach 的變化 



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

$array = [0, 1, 2];
foreach ($array as &$val) {
    var_dump(current($array));
}
 現在將指向值 int(0) 三次。以前的輸出是 int(1)、int(2) 和 bool(false)。 
</li>

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

$array = [0, 1, 2];
$ref =& $array; // Necessary to trigger the old behavior
foreach ($array as $val) {
    var_dump($val);
    unset($array[1]);
}
 現在將打印出全部三個元素 (0 1 2)，而以前第二個元素 1 會跳過 (0 2)。 
</li>

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

$array = [0];
foreach ($array as &$val) {
    var_dump($val);
    $array[1] = 1;
}
 現在迭代會正確的添加了元素。如上代碼輸出是 "int(0) int(1)"，而以前只是 "int(0)"。 
</li>

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

對可遍歷對象的迭代行為保持不變。 
</li>
</ul>
相關 RFC: https://wiki.php.net/rfc/php7_foreach 

參數處理的變化 



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

public function foo($a, $b, $unused, $unused) {
    // ...
}
 如上的代碼應該修改使用不同的參數名，如： 

public function foo($a, $b, $unused1, $unused2) {
    // ...
}
</li>

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

function foo($x) {
    $x++;
    var_dump(func_get_arg(0));
}
foo(1);
 將會打印 "2" 而不是 "1"。代碼應該改成僅在調用 func_get_arg(s) 后進行修改操作。 

function foo($x) {
    var_dump(func_get_arg(0));
    $x++;
}
 或者應該避免修改參數： 

function foo($x) {
    $newX = $x + 1;
    var_dump(func_get_arg(0));
}
</li>

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

function foo($x) {
    $x = 42;
    throw new Exception;
}
foo("string");
 現在堆棧跟蹤的結果是： 

Stack trace:
0 file.php(4): foo(42)
1 {main}</pre> 而以前是： 
Stack trace:
0 file.php(4): foo('string')
1 {main}</pre> 這并不會影響到你的代碼的運行時行為，值得注意的是在調試時會有所不同。 
同樣的限制也會影響到 debug_backtrace() 及其它檢查函數參數的函數。 
</li>
</ul>
相關 RFC: https://wiki.php.net/phpng 

整數處理的變化 



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

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

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

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

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

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

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

var_dump(1 >> 64);  // int(0)
var_dump(-1 >> 64); // int(-1)</li>
</ul>
相關 RFC: https://wiki.php.net/rfc/integer_semantics 

字符串處理的變化 



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

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")
// 注意：遇到了一個非正常格式的數字</pre> 
filter_var() 可以用來檢查一個字符串是否包含了十六進制數字，或這個字符串是否能轉換為整數： 

$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)
</li>

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

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

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

$str = "\u202e"; // 正確</li>
</ul>
相關 RFC: 


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

https://wiki.php.net/rfc/unicode_escape 
</ul>
錯誤處理的變化 



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

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

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

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

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

一些 E_STRICT 提示的錯誤級別改變了。 
</li>
</ul>
相關 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 
</ul>
其它的語言變化 



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

class A {
    public function test() { var_dump($this); }
}
// 注意：沒有從類 A 進行擴展
class B {
    public function callNonStaticMethodOfA() { A::test(); }
}
(new B)->callNonStaticMethodOfA();
// 廢棄：非靜態方法 A::test() 不應該被靜態調用
// 提示：未定義的變量 $this
NULL</pre> 
注意，這僅出現在來自不兼容上下文的調用上。如果類 B 擴展自類 A ，調用會被允許，沒有任何提示。 
</li>

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

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

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

resource
object
mixed
numeric
</li>

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

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

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

RFC: https://wiki.php.net/rfc/remove_alternative_php_tags 
</li>

不支持以引用的方式對 new 的結果賦值。 
</li>

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

不支持 ini 文件中的 # 風格的備注。使用 ; 風格的備注替代。 
</li>

$HTTP_RAW_POST_DATA 不再可用，使用 php://input 流替代。 
</li>
</ul>
標準庫的變化 



call_user_method() 和 call_user_method_array() 不再存在。 
</li>

在一個輸出緩沖區被創建在輸出緩沖處理器里時， ob_start() 不再發出 E_ERROR，而是 E_RECOVERABLE_ERROR。 
</li>

改進的 zend_qsort （使用 hybrid 排序算法）性能更好，并改名為 zend_sort。 
</li>

增加靜態排序算法 zend_insert_sort。 
</li>

移除 fpm-fcgi 的 dl() 函數。 
</li>

setcookie() 如果 cookie 名為空會觸發一個 WARNING ，而不是發出一個空的 set-cookie 頭。 
</li>
</ul>
其它 



Curl: 


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

Date: 


從 mktime() 和 gmmktime() 中移除 $is_dst 參數 
</ul>
</li>

DBA 


如果鍵也沒有出現在 inifile 處理器中，dba_delete() 現在會返回 false。 
</ul>
</li>

GMP 


現在要求 libgmp 版本 4.2 或更新。 

gmp_setbit() 和 gmp_clrbit() 對于負指標返回 FALSE，和其它的 GMP 函數一致。 
</ul>
</li>

Intl: 


移除廢棄的別名 datefmt_set_timezone_id() 和 IntlDateFormatter::setTimeZoneID()。替代使用 datefmt_set_timezone() 和 IntlDateFormatter::setTimeZone()。 
</ul>
</li>

libxml: 


增加 LIBXML_BIGLINES 解析器選項。從 libxml 2.9.0 開始可用，并增加了在錯誤報告中行號大于 16 位的支持。 
</ul>
</li>

Mcrypt 


移除等同于 mcrypt_generic_deinit() 的廢棄別名 mcrypt_generic_end()。 

移除廢棄的 mcrypt_ecb()、 mcrypt_cbc()、 mcrypt_cfb() 和 mcrypt_ofb() 函數，它們等同于使用 MCRYPT_MODE_* 標志的 mcrypt_encrypt() 和 mcrypt_decrypt() 。 
</ul>
</li>

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 設置支持僅在會話數據更新時寫入。 
</ul>
</li>

Opcache 


移除 opcache.load_comments 配置語句。現在文件內備注載入無成本，并且總是啟用的。 
</ul>
</li>

OpenSSL: 


移除 "rsa_key_size" SSL 上下文選項，按給出的協商的加密算法自動設置適當的大小。 

移除 "CN_match" 和 "SNI_server_name" SSL 上下文選項。使用自動偵測或 "peer_name" 選項替代。 
</ul>
</li>

PCRE: 


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

PDO_pgsql: 


移除 PGSQL_ATTR_DISABLE_NATIVE_PREPARED_STATEMENT 屬性，等同于 ATTR_EMULATE_PREPARES。 
</ul>
</li>

Standard: 


移除 setlocale() 中的字符串類目支持。使用 LC_* 常量替代。 instead. 

移除 set_magic_quotes_runtime() 及其別名 magic_quotes_runtime()。 
</ul>
</li>

JSON: 


拒絕 json_decode 中的 RFC 7159 不兼容數字格式 - 頂層 (07, 0xff, .1, -.1) 和所有層的 ([1.], [1.e1]) 

用一個參數調用 json_decode 等價于用空的 PHP 字符串或值調用，轉換為空字符串（NULL, FALSE）的結果是 JSON 格式錯誤。 
</ul>
</li>

Stream: 


移除 set_socket_blocking() ，等同于其別名 stream_set_blocking()。 
</ul>
</li>

XSL: 


移除 xsl.security_prefs ini 選項，使用 XsltProcessor::setSecurityPrefs() 替代。 
</ul>
</li>
</ul>
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) 
</ul>
</li>

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 來禁用文件緩存一致性檢查，以加速載入過程，有安全風險。 
</ul>
</li>

OpenSSL 


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

Reflection 


增加了一個 ReflectionGenerator 類（yield from Traces，當前文件/行等等）。 

增加了一個 ReflectionType 類來更好的支持新的返回類型和標量類型聲明功能。新的 ReflectionParameter::getType() 和 ReflectionFunctionAbstract::getReturnType() 方法都返回一個 ReflectionType 實例。 
</ul>
</li>

Stream 


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


FPM 
修復錯誤 #65933 （不能設置超過1024字節的配置行）。 

Listen = port 現在監聽在所有地址上（IPv6 和 IPv4 映射的）。 
</ul>
</li>
</ul>
4. 廢棄的功能 



Core 


廢棄了 PHP 4 風格的構建函數（即構建函數名必須與類名相同）。 

廢棄了對非靜態方法的靜態調用。 
</ul>
</li>

OpenSSL 


廢棄了 "capture_session_meta" SSL 上下文選項。 在流資源上活動的加密相關的元數據可以通過 stream_get_meta_data() 的返回值訪問。 
</ul>
</li>
</ul>
5. 函數的變化 


parse_ini_file(): 


parse_ini_string(): 


添加了掃描模式 INISCANNERTYPED 來得到 yield 類型的 .ini 值。 
</ul>
</li>

unserialize(): 


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

proc_open(): 


可以被 proc_open() 使用的最大管道數以前被硬編碼地限制為 16。現在去除了這個限制，只受限于 PHP 的可用內存大小。 

新添加的僅用于 Windows 的配置選項 "blocking_pipes" 可以用于強制阻塞對子進程管道的讀取。這可以用于幾種命令行應用場景，但是它會導致死鎖。此外，這與新的流的管道上下文選項相關。 
</ul>
</li>

array_column(): 


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

stream_context_create() 


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



GMP 


添加了 gmp_random_seed()。 
</ul>
</li>

PCRE: 


添加了 preg_replace_callback_array 函數。 (RFC: https://wiki.php.net/rfc/preg_replace_callback_array) 
</ul>
</li>

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

Zlib: . 添加了 deflate_init()、 deflate_add()、 inflate_init()、 inflate_add() 函數來運行遞增和流的壓縮/解壓。 
</li>
</ul>
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 
</ul>
更多細節參見： 


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

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

9. 擴展的其它變化 


Mhash 
Mhash 今后不是一個擴展了，使用 function_exists("mhash") 來檢查器是否可用。 
</ul>
</li>
</ul>
10. 新的全局常量 



Core . 添加 PHP_INT_MIN 
</li>

Zlib 


添加的這些常量用于控制新的增量deflate_add() 和 inflate_add() 函數的刷新行為： 

ZLIB_NO_FLUSH 

ZLIB_PARTIAL_FLUSH 

ZLIB_SYNC_FLUSH 

ZLIB_FULL_FLUSH 

ZLIB_BLOCK 

ZLIB_FINISH 
</ul>
</li>

GD 


移除了 T1Lib 支持，這樣由于對 T1Lib 的可選依賴，如下將來不可用： 
</ul>
函數： 


imagepsbbox() 

imagepsencodefont() 

imagepsextendedfont() 

imagepsfreefont() 

imagepsloadfont() 

imagepsslantfont() 

imagepstext() 
</ul>
資源： 


'gd PS font' 

'gd PS encoding' 
</ul>
</li>
</ul>
11. INI 文件處理的變化 


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

移除了 always_populate_raw_post_data ini 指令。 
</ul>
</li>
</ul>
12. Windows 支持 



Core 


在 64 位系統上支持原生的 64 位整數。 

在 64 位系統上支持大文件。 

支持 getrusage()。 
</ul>
</li>

ftp 


所帶的 ftp 擴展總是共享庫的。 

對于 SSL 支持，取消了對 openssl 擴展的依賴，取而代之僅依賴 openssl 庫。如果在編譯時需要，會自動啟用 ftp_ssl_connect()。 
</ul>
</li>

odbc 


所帶的 odbc 擴展總是共享庫的。 
</ul>
</li>
</ul>
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 ，對應中斷的連接，輸出緩存會繼續工作。 
</ul>
</li>
</ul>

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

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

本文由 LCTT 原創翻譯，Linux中國 榮譽推出 
來源： https://linux.cn/article-5840-1.html

本文由用戶 jopen 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。

轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。

本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！

本文地址：http://www.baiduhome.net/lib/view/open1437444079709.html

PHP7 PHP開發

PHP 7.0 升級備注

1. 向后不兼容的變化

語言變化

變量處理的變化

參數處理的變化

2. 新功能

3. SAPI 模塊的變化

4. 廢棄的功能

5. 函數的變化

6. 新函數

7. 新的類和接口

8. 移除的擴展和 SAPI

9. 擴展的其它變化

10. 新的全局常量

11. INI 文件處理的變化

12. Windows 支持

13. 其它變化

相關經驗

相關資訊

相關文檔

目錄