PHP7.0版本备注 |
|
本文标签：PHP_7.0版本备注 PHP7.0新版本不仅在性能方面大大提升而且在语言特性方面也改变很多，具体讲解请看下文：
变量处理的变化 $$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]}()
全局关键字现在只接受简单变量 。像以前的 复制代码 代码如下: global $$foo->bar; 现在要求如下写法： 复制代码 代码如下: global ${$foo->bar}; 变量或函数调用的前后加上括号不再有任何影响 。例如下列代码，函数调用结果以引用的方式传给一个函数
function getArray() { return [1, 2, 3]; }
$last = array_pop(getArray());
// Strict Standards: 只有变量可以用引用方式传递
$last = array_pop((getArray()));
数组元素或对象属性自动安装引用顺序创建，现在的结果顺序将不同 。例如： $array = []; $array["a"] =& $array["b"]; $array["b"] = 1; var_dump($array); 现在结果是 ["a" => 1, "b" => 1]，而以前的结果是 ["b" => 1, "a" => 1] 相关的 RFC： https://wiki.php.net/rfc/uniform_variable_syntax 复制代码 代码如下: 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; 仍然保持当前的行为 。 不再允许对空的 list() 赋值 。如下全是无效的： list() = $a; list(,,) = $a; list($x, list(), $y) = $a; 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 。 相关 RFC: https://wiki.php.net/rfc/abstract_syntax_tree#changes_to_list 复制代码 代码如下: $array = [0, 1, 2]; foreach ($array as &$val) { var_dump(current($array)); } 现在将指向值 int(0) 三次 。以前的输出是 int(1)、int(2) 和 bool(false) 。 在对数组按值迭代时，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) 。 在对数组按引用迭代时，对数组的修改将继续会影响到迭代 。不过，现在 PHP 在使用数字作为键时可以更好的维护数组内的位置 。例如，在按引用迭代过程中添加数组元素： 复制代码 代码如下: $array = [0]; foreach ($array as &$val) { var_dump($val); $array[1] = 1; } 现在迭代会正确的添加了元素 。如上代码输出是 "int(0) int(1)"，而以前只是 "int(0)" 。 对普通（不可遍历的）对象按值或按引用迭代的行为类似于对数组进行按引用迭代 。这符合以前的行为，除了如上一点所述的更精确的位置管理的改进 。 对可遍历对象的迭代行为保持不变 。 相关 RFC: https://wiki.php.net/rfc/php7_foreach 参数处理的变化 复制代码 代码如下: public function foo($a, $b, $unused, $unused) { // ... } 如上的代码应该修改使用不同的参数名，如： 复制代码 代码如下: public function foo($a, $b, $unused1, $unused2) { // ... } 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)); } 类似的，异常回溯也不再显示传递给函数的原始值，而是修改后的值 。例如： 复制代码 代码如下: function foo($x) { $x = 42; throw new Exception; } foo("string"); 现在堆栈跟踪的结果是： 复制代码 代码如下: Stack trace: #0 file.php(4): foo(42) #1 {main} 而以前是： 复制代码 代码如下: Stack trace: #0 file.php(4): foo(string) #1 {main} 这并不会影响到你的代码的运行时行为，值得注意的是在调试时会有所不同 。 同样的限制也会影响到 debug_backtrace() 及其它检查函数参数的函数 。 相关 RFC: https://wiki.php.net/phpng 整数处理的变化 $i = 0781; // 8 不是一个有效的八进制数字！ 二进制以负数镜像位移现在会抛出一个算术错误： 复制代码 代码如下: var_dump(1 >> -1); // ArithmeticError: 以负数进行位移 向左位移的位数超出了整型宽度时，结果总是 0 。 复制代码 代码如下: var_dump(1 << 64); // int(0) 以前上述代码的结果依赖于所用的 CPU 架构 。例如，在 x86（包括 x86-64） 上结果是 int(1)，因为其位移操作数在范围内 。 类似的，向右位移的位数超出了整型宽度时，其结果总是 0 或 -1 （依赖于符号）： 复制代码 代码如下: var_dump(1 >> 64); // int(0) var_dump(-1 >> 64); // int(-1) 相关 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") // 注意：遇到了一个非正常格式的数字 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)
$str = "\u{xyz}"; // 致命错误：无效的 UTF-8 码点转义序列 $str = "\\u{xyz}"; // 正确 $str = "\u202e"; // 正确 https://wiki.php.net/rfc/remove_hex_support_in_numeric_strings 错误处理的变化 一些致命错误和可恢复的致命错误现在改为抛出一个 Error 。由于 Error 是一个独立于 Exception 的类，这些异常不会被已有的 try/catch 块捕获 。 可恢复的致命错误被转换为一个异常，所以它们不能在错误处理里面悄悄的忽略 。部分情况下，类型指示失败不再能忽略 。 解析错误现在会生成一个 Error 扩展的 ParseError 。除了以前的基于返回值 / errorgetlast() 的处理，对某些可能无效的代码的 eval() 的错误处理应该改为捕获 ParseError 。 内部类的构造函数在失败时总是会抛出一个异常 。以前一些构造函数会返回 NULL 或一个不可用的对象 。 一些 E_STRICT 提示的错误级别改变了 。 相关 RFC: https://wiki.php.net/rfc/engine_exceptions_for_php7 其它的语言变化
class A {
public function test() { var_dump($this); }
}
// 注意：没有从类 A 进行扩展
class B {
public function callNonStaticMethodOfA() { A::test(); }
}
(new B)->callNonStaticMethodOfA();
// 废弃：非静态方法 A::test() 不应该被静态调用 不能使用下列类名、接口名和特殊名（大小写敏感）： bool 此外，下列类名、接口名和特殊名保留做将来使用，但是使用时尚不会抛出错误： resource echo yield -1; 移除了 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 流替代 。 标准库的变化 在一个输出缓冲区被创建在输出缓冲处理器里时， ob_start() 不再发出 E_ERROR，而是 E_RECOVERABLE_ERROR 。 改进的 zend_qsort （使用 hybrid 排序算法）性能更好，并改名为 zend_sort 。 增加静态排序算法 zend_insert_sort 。 移除 fpm-fcgi 的 dl() 函数 。 setcookie() 如果 cookie 名为空会触发一个 WARNING ，而不是发出一个空的 set-cookie 头 。 其它 去除对禁用 CURLOPT_SAFE_UPLOAD 选项的支持 。所有的 curl 文件上载必须使用 curl_file / CURLFile API 。 从 mktime() 和 gmmktime() 中移除 $is_dst 参数 如果键也没有出现在 inifile 处理器中，dba_delete() 现在会返回 false 。 现在要求 libgmp 版本 4.2 或更新 。 移除废弃的别名 datefmt_set_timezone_id() 和 IntlDateFormatter::setTimeZoneID() 。替代使用 datefmt_set_timezone() 和 IntlDateFormatter::setTimeZone() 。 增加 LIBXML_BIGLINES 解析器选项 。从 libxml 2.9.0 开始可用，并增加了在错误报告中行号大于 16 位的支持 。 移除等同于 mcrypt_generic_deinit() 的废弃别名 mcrypt_generic_end() 。 session_start() 以数组方式接受所有的 INI 设置 。例如， [cache_limiter=>private] 会设置 session.cache_limiter=private 。也支持 read_and_close 以在读取数据后立即关闭会话数据 。 移除 opcache.load_comments 配置语句 。现在文件内备注载入无成本，并且总是启用的 。 移除 "rsa_key_size" SSL 上下文选项，按给出的协商的加密算法自动设置适当的大小 。 移除对 /e (PREG_REPLACE_EVAL) 修饰符的支持，使用 preg_replace_callback() 替代 。 移除 PGSQL_ATTR_DISABLE_NATIVE_PREPARED_STATEMENT 属性，等同于 ATTR_EMULATE_PREPARES 。 移除 setlocale() 中的字符串类目支持 。使用 LC_* 常量替代 。 instead. 拒绝 json_decode 中的 RFC 7159 不兼容数字格式 - 顶层 (07, 0xff, .1, -.1) 和所有层的 ([1.], [1.e1]) 移除 set_socket_blocking() ，等同于其别名 stream_set_blocking() 。 移除 xsl.security_prefs ini 选项，使用 XsltProcessor::setSecurityPrefs() 替代 。 2. 新功能 增加了组式 use 声明 。 (RFC: https://wiki.php.net/rfc/group_use_declarations) 增加了基于文件的二级 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 1.0.2 及更新构建时，增加了 "alpn_protocols" SSL 上下文选项来允许加密的客户端/服务器流使用 ALPN TLS 扩展去协商替代的协议 。协商后的协议信息可以通过 stream_get_meta_data() 输出访问 。 增加了一个 ReflectionGenerator 类（yield from Traces，当前文件/行等等） 。 添加了新的仅用于 Windows 的流上下文选项以允许阻塞管道读取 。要启用该功能，当创建流上下文时，传递 array("pipe" => array("blocking" => true)) 。要注意的是，该选项会导致管道缓冲区的死锁，然而它在几个命令行场景中有用 。 3. SAPI 模块的变化 4. 废弃的功能 废弃了 PHP 4 风格的构建函数（即构建函数名必须与类名相同） 。 废弃了 "capture_session_meta" SSL 上下文选项 。 在流资源上活动的加密相关的元数据可以通过 stream_get_meta_data() 的返回值访问 。 添加了扫描模式 INISCANNERTYPED 来得到 yield 类型的 .ini 值 。 给 unserialize 函数添加了第二个参数 (RFC: https://wiki.php.net/rfc/secure_unserialize) 来指定可接受的类： unserialize($foo, ["allowed_classes" => ["MyClass", "MyClass2"]]); 可以被 proc_open() 使用的最大管道数以前被硬编码地限制为 16 。现在去除了这个限制，只受限于 PHP 的可用内存大小 。 该函数现在支持把对象数组当做二维数组 。只有公开属性会被处理，对象里面使用 __get() 的动态属性必须也实现 __isset() 才行 。 现在可以接受一个仅 Windows 可用的配置 array("pipe" => array("blocking" => <boolean>)) 来强制阻塞管道读取 。该选项应该小心使用，该平台有可能导致管道缓冲区的死锁 。 添加了 gmp_random_seed() 。 添加了 preg_replace_callback_array 函数 。 (RFC: https://wiki.php.net/rfc/preg_replace_callback_array) Zlib: . 添加了 deflate_init()、 deflate_add()、 inflate_init()、 inflate_add() 函数来运行递增和流的压缩/解压 。 7. 新的类和接口 8. 移除的扩展和 SAPI https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts 9. 扩展的其它变化 10. 新的全局常量 Zlib 添加的这些常量用于控制新的增量deflate_add() 和 inflate_add() 函数的刷新行为： 移除了 T1Lib 支持，这样由于对 T1Lib 的可选依赖，如下将来不可用： imagepsbbox() gd PS font 11. INI 文件处理的变化 12. Windows 支持 在 64 位系统上支持原生的 64 位整数 。 所带的 ftp 扩展总是共享库的 。 所带的 odbc 扩展总是共享库的 。 13. 其它变化 |
