PHP那些事儿APM应用性能管理程序员

PHP 7 值得期待的新特性(上)

2015-10-29  本文已影响201人  OneAPM

这是我们期待已久的 PHP 7 系列文章的第一篇。

或许你已经知道了,我在 PHP 5.0.0 时间轴 提的 RFC (Request For Comments)通过了, PHP 7 成为 PHP 下一个主要版本的名称。

无论你对此话题有任何感想,PHP 7 是一个大事件,而且它将在今年发布! PHP 7.0 时间轴 的 RFC 几乎全票通过(32 对 2 )后,所有功能现在已经确立了,我们将在六月中旬看到首个候选版本( RC )发布。

但这对你意味着什么呢?我们看到 5.x 新版本发布后,许多 Web 主机都不愿升级。一个重要的新版本发布难道不会带来巨大的向后兼容隔断,使得升级更加缓慢么?

答案是:视情况而定。请继续往下读。

在新版本中,许多语言边界情况已经得到处理。此外,性能与不一致性修复也是该版重点关注的问题。

接下来是细节讨论。

不兼容性修复

不幸的是,needle/haystack 问题还未得到修复。然而,两个重要的 RFC 已经获得通过,它们将带来一些期望已久的内部与用户层的一致性。

最大的(也是最难以察觉的)变化是新增的一种 抽象语法树( AST )——代码在编译过程中的中间表示。有了这种表示,我们可以清理一些边缘情况的不一致,并为将来开发一些极好的工具做好准备,比如使用 AST 生成性能更好的 OpCode。

其次,统一变量语法 的引入,可能会导致更多问题。这解决了表达式求值中的许多不兼容问题。例如,可以使用 ($object->closureProperty)() 调用分配给属性的闭包函数 ,以及执行链静态调用,如下所示:

    class foo { static $bar = 'baz'; }
    class baz { static $bat = 'Hello World'; }

    baz::$bat = function () { echo "Hello World"; };

    $foo = 'foo';
    ($foo::$bar::$bat)();

然而,一些语法也在改变。特别是使用 variable->variables/properties 的语法。

在 PHP 7 之前,$obj->$properties['name'] 将访问名称属于 “$properties” 数组名称键(name key)的属性。使用通用变量语法(Universal Variable Syntax)后,它将访问名称属于 “$properties” 的属性的名称键。

或者更简洁地说,如果使用以下语法:

    $obj->$properties['name']

在 PHP 5.6,它将被解析为:

    $obj->{$properties['name']}

而在 PHP 7 中则为:

    {$obj->$properties}['name']

variable->variables 通常使用在边界情况,根据我的经验, variable->properties 则更加常用,且不易用。然而,使用花括号(如上例所示)后,就可以轻易确保在 PHP 5.6 和 7 中达到相同效果。

性能

升级到 PHP 7 的最大原因是性能提升,此性能提升主要是由于引入 phpng 的变化带来的。实际上,性能提升可能带来更高的采纳率,尤其是那些一般情况下不愿意升级的小主机,为了让同一台机器承载更多客户,他们极有可能升级。

到目前为止,根据不同的基准测试,PHP 7 的性能与 Facebooks HHVM 持平,后者的特点是借助实时(Just In Time)编译器将 PHP 代码编译至机器指令(只要可以)。

PHP 7 不具备 JIT ,虽然相关讨论沸沸扬扬。添加 JIT 之后能带来多少性能提升尚未可知,但若有人有兴趣创建一个的话,肯定非常有趣!

除了性能提升,还应该节省大量的内存,因为内部数据结构的优化一直是性能改进实现的主要途径。

向后不兼容的改变

虽然内部开发人员尽力不去打破向后兼容性( BC ),但是想要推进语言的进步,没法总是兼顾兼容性。

然而,像由于统一变量语法(Uniform Variable Syntax)导致打破的向后兼容性,这些不兼容多是轻微的,比如 在试图调用一个非对象的方法时导致的可捕获的致命错误

    set_error_handler(function($code, $message) {
      var_dump($code, $message);
    });

    $var = null;
    $var->method();
    echo $e->getMessage(); // Fatal Error: Call to a member function method() on null
    echo "Hello World"; // 依旧会运行

此外,ASP 与脚本标签已被删除,这意味着不可以再使用 <% 和 <%=,或 <script language="php”>(以及各自的结束标签:%>,和 </script>)。

其他更大的改变,可以在 移除的所有弃用函数 中看到。

最重要的不兼容性改变还包括,兼容 POSIX 的正则表达式扩展、EXT/ereg(在 5.3 版本被弃用)和旧的 EXT/mysql 扩展(在 5.5 版本被弃用)均被移除。

另一个小的不兼容性改变是不允许在 switch 中有多个 default cases 。PHP 7 之前,以下是允许的:

        switch ($expr) {
            default:
                 echo "Hello World";
                 break;
            default:
                 echo "Goodbye Moon!";
                 break;
        }

这将导致只有后者被执行。在 PHP 7 中,这将导致:

    Fatal error: Switch statements may only contain one default clause
                - Switch 语法只允许包含一个默认子句

新功能

在面对向后不兼容带来的影响时,我们颇有微词。性能上的提升又让我们欢欣鼓舞。但是,最让我们醉心的是新的特性!新特性才是让每次发布充满乐趣的关键—— PHP 7 可不缺乏新特性。

标量类型提示和返回类型

我会最先介绍 PHP 7 添加的最具争议的变化:标量类型提示。这一特性的添加一开始并未通过投票。接着该作者撤回了该 RFC。之后,许多执行之后相互抵触的 RFC 被提了出来,经过一番公开的讨论,原先的这个 RFC 还是通过了。

对于你,最终用户,而言,这意味着你可以对标量类型进行类型提示( type-hint )。具体地说,标量类型包括:int,float,string,和 bool 。默认情况下,类型提示不是严格的,这意味着他们将迫使原始类型转化为类型提示指定的类型。这意味着,如果你将 int(1) 传入需要 float 类型的函数,它会变为 float(1)。将 float(1.5) 传入需要 int 类型的函数,它会变为 int(1)。

这里的一个例子:

    function sendHttpStatus(int $statusCode, string $message) {
         header('HTTP/1.0 ' .$statusCode. ' ' .$message);
    }

    sendHttpStatus(404, "File Not Found"); // 传了整形和字符串
    sendHttpStatus("403", "OK"); // 字符串 "403" 强转为 int(403)

此外,将声明 declare(strict_types=1); 放在任意文档的顶部,可以启用严格模式,文档中的任何函数调用都必须遵从指定的类型。Strict 与否取决于函数调用的文件,而非函数定义的文件。

如果一个类型提示不匹配,一个可捕获的致命错误会被抛出:

    <?php
    declare(strict_types=1); // 必须放置在第一行

    sendHttpStatus(404, "File Not Found"); //  传了整型和字符串
    sendHttpStatus("403", "OK"); 

    // Catchable fatal error: 传给 sendHttpStatus() 的第一个参数类型必须是整形,目前提供的是字符串

此外,PHP 7 还支持 返回类型提示,它支持所有相同的类型作参数。这遵循与 hack 相同的语法,在括号后面插入冒号,然后是类型:

    function isValidStatusCode(int $statusCode): bool {
        return isset($this->statuses[$statusCode]);
    }

在这个例子中:bool 表明该函数将返回一个布尔值。

返回类型提示的严格模式遵从与类型提示相同的法则。

综合比较运算符

我个人最喜欢的 PHP 7 新增特性是 综合比较运算符,<=>,也称为飞船操作符。此处我可能是带个人喜好的,因为是我写的最初补丁,也影响了命名(T_SPACESHIP)。但这仍是对 PHP 语言的一个好补充,与大于和小于操作符形成互补。

实际上,该操作符的工作方式与 strcmp(),或 version_compare() 基本一致。如果左侧操作数小于右侧,则返回 -1 , 两边相等则返回 0 ,如果左侧大于右侧则返回 1 。主要的区别在于,它可以用在任何两个操作数间,不仅是字符串,还可以是整数,浮点数,数组等等。

该操作符最常见的用法是在排序回调中:

    // Pre Spacefaring^W PHP 7
    function order_func($a, $b) {
        return ($a < $b) ? -1 : (($a > $b) ? 1 : 0);
    }

    // Post PHP 7
    function order_func($a, $b) {
        return $a <=> $b;
    }

OneAPM for PHP 能够深入到所有 PHP 应用内部完成应用性能管理 能够深入到所有 PHP 应用内部完成应用性能管理和监控,包括代码级别性能问题的可见性、性能瓶颈的快速识别与追溯、真实用户体验监控、服务器监控和端到端的应用性能管理。

下一步

在本文中,我们了解了 PHP 7 中最重要的不兼容性修复,已经两大新特性。

在接下来的第二篇文章中,我们将介绍 PHP 7 中重要的其他六个功能。另外,我们将在文章系列的最后介绍一些帮助 PHP 7 发展的方法。

原文链接:https://blog.engineyard.com/2015/what-to-expect-php-7

上一篇下一篇

猜你喜欢

热点阅读