PHP 7.0 升级备注 | LinuxCN Mirror
返回

PHP 7.0 升级备注

PHP 7.0.0 beta1 发布了，在带来了引人注目的性能提升的同时，也带来了不少语言特性方面的改变。以下由 LCTT 翻译自对官方的升级备注，虽然目前还不是正式发布版，不过想必距离正式发布的特性已经差别不大了。（本文会持续追踪更新）

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

global $$foo->bar;

现在要求如下写法：

global ${$foo->bar};

function getArray() { return [1, 2, 3]; }

$last = array_pop(getArray());
// Strict Standards: 只有变量可以用引用方式传递
$last = array_pop((getArray()));
// Strict Standards: 只有变量可以用引用方式传递

现在无论是否使用括号，都会抛出一个严格标准错误。以前在第二种调用方式下不会有提示。

$array = [];
$array["a"] =& $array["b"];
$array["b"] = 1;
var_dump($array);

现在结果是 [“a” => 1, “b” => 1]，而以前的结果是 [“b” => 1, “a” => 1]。

相关的 RFC：

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;

仍然保持当前的行为。

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

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

foreach 的变化

$array = [0, 1, 2];
foreach ($array as &$val) {
    var_dump(current($array));
}

现在将指向值 int(0) 三次。以前的输出是 int(1)、int(2) 和 bool(false)。

$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)。

$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) {
    // ...
}

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 不是一个有效的八进制数字！

以前，无效的数字（以及无效数字后的任何数字）会简单的忽略。以前如上 $i 的值是 7，因为后两位数字会被悄悄丢弃。

var_dump(1 >> -1);
// ArithmeticError: 以负数进行位移

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

以前上述代码的结果依赖于所用的 CPU 架构。例如，在 x86（包括 x86-64） 上结果是 int(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}"; // 正确

不过，不跟随 { 的 “\u” 不受影响。如下代码不会生成错误，和前面的一样工作：

$str = "\u202e"; // 正确

相关 RFC:

错误处理的变化

可恢复的致命错误被转换为一个异常，所以它们不能在错误处理里面悄悄的忽略。部分情况下，类型指示失败不再能忽略。

相关 RFC:

其它的语言变化

class A {
    public function test() { var_dump($this); }
}

// 注意：没有从类 A 进行扩展
class B {
    public function callNonStaticMethodOfA() { A::test(); }
}

(new B)->callNonStaticMethodOfA();

// 废弃：非静态方法 A::test() 不应该被静态调用
// 提示：未定义的变量 $this
NULL

注意，这仅出现在来自不兼容上下文的调用上。如果类 B 扩展自类 A ，调用会被允许，没有任何提示。

bool
int
float
string
null
false
true

这用于 class/interface/trait 声明、 class_alias() 和 use 语句中。

此外，下列类名、接口名和特殊名保留做将来使用，但是使用时尚不会抛出错误：

resource
object
mixed
numeric

echo yield -1;
// 以前被解释如下
echo (yield) - 1;
// 现在被解释如下
echo yield (-1);

yield $foo or die;
// 以前被解释如下
yield ($foo or die);
// 现在被解释如下
(yield $foo) or die;

这种情况可以通过增加括号来解决。

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

标准库的变化

其它

  1. 新功能
  1. SAPI 模块的变化
  1. 废弃的功能
  1. 函数的变化
  1. 新函数
  1. 新的类和接口

（暂无）

  1. 移除的扩展和 SAPI

更多细节参见：

注意：NSAPI 没有在 RFC 中投票，不过它会在以后移除。这就是说，它相关的 SDK 今后不可用。

  1. 扩展的其它变化
  1. 新的全局常量
  1. INI 文件处理的变化
  1. Windows 支持
  1. 其它变化

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

作者：php 译者：wxy 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出

Previous Post
互联网扫描器 ZMap 完全手册
Next Post
如何在 Fedora 22 上面配置 Apache 的 Docker 容器