PHP5.4最新特征

PHP5.4最新特性

官网：ChangeLog-5.php#5.4.0

原文Oracle：LAMP 体系有了新的竞争，但此版本中的特性使 PHP 再次挑战极限。 稍微做了修改。：

概述总结：
1. 内存和性能改进:大型 PHP 应用程序中可节省 20-50% 的内存。通过各种优化使性能提高 10-30%
2. 支持特性Trait
3. 精简数组语法,可以定义短数组
4. 函数数组解除引用，支持Array dereferencing,
5. 实例方法调用
6. 闭包绑定
7. 对象即函数
8. 内置 Web 服务器 (CLI)
9. 原生会话处理程序接口
10. JsonSerializable 接口
11. 二进制表示法
12. 改进了错误消息
13. 数组到字符串转换通知
14. 函数类型提示的增强，(Callable typehint)
15. 对时间统计的增强，高精度计时器
16. 上传进度条Upload progress
17. Zend Signal in PHP 5.4
18. PHP 5.4 由Arnaud 引入了一个对三元式的优化方案.

1）弃用： allow_call_time_pass_reference、define_syslog_variables、highlight.bg、register_globals、register_long_arrays、magic_quotes、safe_mode、zend.ze1_compatibility_mode、session.bug_compat42、session.bug_compat_warn 以及 y2k_compliance。
2）不再支持PHP 中的 break 和continue 后带变量语法
3)mysqlnd 这一捆绑的 MySQL 原生驱动程序库现在默认用于与 MySQL 通信的各种扩展，除非在编译时通过 ./configure 被显式覆盖。

       大约八年前，我为 Oracle 技术网写了一篇名为“您了解 PHP 吗？”的文章。在那篇文章中，我谈到了 PHP 固执的功能优于形式的“Web 问题”解决方法，以及它所具备的让事情变得简单的能力。当时，我们即将发布 PHP 5.0。现在，时隔将近十年之后我们推出全新的 PHP 5.4.0 版本，虽然在这期间发生了很多事情，但也有许多事情根本没变。

       没变的一件事情就是生态系统一如以往那样重要。解决 Web 问题不仅仅关乎脚本语言的选择，它关乎的是周围的整个生态系统。现在，LAMP 体系已盛行近 15 年，仍广受欢迎，但我们开始注意到其他功能强大的方案。附带 nginx 的 PHP-FPM 已经快速流行起来，因为从 PHP 5.3 开始大大改进了支持，并在 5.4 中进一步得到简化。体系中的 M（即数据库）部分与 8 年前相比也开始变得极为不同。与将所有内容都只放入 MyISAM 表中相比，各种 NoSQL 解决方案和 MySQL Cluster 提供了一组更丰富的选择。

       出现了多种有趣的技术，因而我们编写了 PHP 扩展来轻松访问这些技术。我最喜爱的一个扩展是 libevent，可以用它在 PHP 中编写事件驱动的高性能应用程序。另一个是 ZeroMQ，这是一个高级套接字库。与 SQLite 不再需要编写另一种原始文件格式和关联的分析器极为相似，ZeroMQ 也无需因任何理由而使用套接字协议和关联的套接字处理代码。您甚至可以组合使用 libevent 和 ZeroMQ，以获得独立、高性能、事件驱动的卓越服务器。（如果您对此感兴趣，请参见此示例。）我还十分喜欢SVM（支持向量机）这一机器学习算法，您不必成为机器学习的爱好者也可提出许多问题。

       还有许多扩展在最近几年内已被广泛接受。特别是，Gearman 变得流行起来，逐渐成为用户部署的常见体系的一部分。您可以通过 Gearman 分派作业，以便由工作器异步完成这些作业。工作器可以遍布多台服务器，它们甚至可以进一步分派更多的 MapReduce 类型作业。

       2004 年发布 PHP 5.0 之后，接下来在 2005 年推出 5.1，此版本新增了 DateTime 实现、PDO 和性能改进。PHP 5.2 于 2006 年发布，引入了改进的内存管理器、JSON 支持和输入筛选。当时，我们着手推动 PHP 6，这是一个极其宏伟的计划，完全重写有关 ICU（Unicode 国际化组件）库的所有内容。事实证明这个计划有些操之过急 ― 我们无法使足够多的开发人员为之兴奋，最终只得将准备引入 PHP 6 的各种特性添加到 2009 年发布的 PHP 5.3 中。5.2 与 5.3 版本时隔 3 年，这也意味着 5.3 向 PHP 新增了大量内容：命名空间、后期静态绑定、闭包、垃圾收集、受限 goto、mysqlnd（MySQL 原生驱动程序）、更好的 Windows 性能以及许多其他内容。

        事后看来，将此版本称为 PHP 6 可能有一定的道理，但 PHP 6 等同于在 Unicode 方面所做的努力，以至于为此编写了相关书籍，因此我们认为如果没有对 Unicode 做出重大改进，就不能发布 PHP 6。我们引入了名为“intl”的 ICU 扩展，它也针对 PHP 5.2 编译，这可让您访问更多的 ICU 功能。mbstring 扩展随时间不断地改进，这意味着几乎任何与 Unicode 相关的问题都有解决方案，只是未明确集成到语言本身中。

         这样在 2012 年推出 PHP 5.4。而且，与上一版本时隔将近 3 年，我们在此期间对一些内容进行了改进。我宁愿恢复到每年推出一个版本，每个版本包含更少的新特性。

以下是您升级到 5.4 时将看到的主要特性：

1. 内存和性能改进

       许多内部结构已变得更小或完全消失，从而在大型 PHP 应用程序中可节省 20-50% 的内存。通过各种优化使性能提高 10-30%（主要取决于代码执行的操作），这些优化包括内联各种常见代码路径、将 $GLOBALS 添加到 JIT、“@”操作符运算更快、添加了运行时类/函数/常量缓存、运行时字符串常量现在被拘留、通过预先计算的散列更快地访问常量、空数组速度更快并使用更少内存、unserialize() 和 FastCGI 请求处理速度更快，以及在整个代码中进行更多的内存和性能调整。

例如，早期的一些测试表明，Zend Framework 在 5.4 中运行速度提高 21% 并且内存使用减少 23%，而 Drupal 内存使用减少 50% 并且运行速度大约提高 7%。

2. 支持特性Trait

        Trait 可能是 PHP 5.4 中谈论最多的特性 ― 将它们视为编译器辅助的复制粘贴。Trait 也是 Scala 的一个特性。其他语言可能将它们称为“mixin”― 或者这些语言根本不对它们进行命名，但具有扩展接口机制，允许接口包含其方法的实际实现。

与 mixin 相反，PHP 中的 trait 包括显式冲突解决机制，用于多个 trait 实现相同方法的情况。

trait Singleton {
    public static function getInstance() { ... }
}

class A {
    use Singleton;
    // ...
}

class B extends ArrayObject {
    use Singleton;
    // ...
}

// Singleton method is now available for both classes
A::getInstance();
B::getInstance(); 

请参见 php.net/traits 了解更多示例，包括冲突解决语法、方法优先顺序、可见性以及对 trait 中常量和属性的支持。此外，要详细了解概念理论，您可以阅读 Nathan Sch?rli 的论文“Trait：行为构建块中的组合类”。

3. 精简数组语法

新增的一种简单但非常流行的语法：

$a = [1, 2, 3];
$b = ['foo' => 'orange', 'bar' => 'apple']; 

就是说，您现在不再需要使用“array”关键字来定义数组。

4. 函数数组解除引用，支持Array dereferencing,

1）新增的另一种常用语法。返回数组的函数调用现在可以直接解除引用：

function fruits() {
    return ['apple', 'banana', 'orange'];
}
echo fruits()[0]; // Outputs: apple

2）有了Array dereferencing, 以前的这种写法就再也不必要了:

 
    list($name,) = explode(",", "Laruence, male");
?>
取而代之的是:
$name = explode(",", "b, x")[0];
另外,  Array derefencing也可以出现再赋值语句的左值中, 也就是理论上你可以这么写:
explode(",", "test1, test2")[3] = "phper";

5. 实例方法调用

与函数数组解除引用相关，您现在可以调用对象实例化方法。与早期版本一样，您当然仍可以链接方法调用，因此您现在可以编写如下代码：

class foo {
    public $x = 1;
 
    public function getX() {
        return $this->x;
    }
    public function setX($val) {
        $this->x = $val;
        return $this;
    }
}
 
$X = (new foo)->setX(20)->getX();
echo $X; // 20 

然而，由于可能丢弃实例化的对象，因此，除非您的构造函数执行有用操作，否则您应该在此改用静态方法调用。如果将它与精简数组语法和函数数组解除引用结合使用，我们可以编写某些十分复杂的代码：

class foo extends ArrayObject {
    public function __construct($arr) {
        parent::__construct($arr);
    }
}
 
echo (new foo( [1, [4, 5], 3] ))[1][0]; 

看一眼之后，您可以断定输出是什么吗？在此，我们将二维数组传递到仅返回数组的构造函数。然后，我们选出第二个维度的第一个元素，因此这将输出“4”。

6. 闭包绑定

在类实例中通过$this引用一个匿名函数(也叫闭包函数）

闭包是在 PHP 5.3 中引入的，但在 5.4 中我们改进了闭包与对象的交互方式。例如：

class Foo {
  private $prop;
  function __construct($prop) {
    $this->prop = $prop;
  }
  public function getPrinter() {
    return function() { echo ucfirst($this->prop); };
  }
}

$a = new Foo('bar');;
$func = $a->getPrinter();
$func(); // Outputs: Bar 

注意闭包访问 $this->prop 这一私有属性。默认情况下，PHP 中的闭包使用预绑定 ― 这意味着闭包内的变量具有定义闭包时所具有的值。可以使用引用将其转换为后绑定。但是，也可以重新绑定闭包：

$a = new Foo('bar');
$b = new Foo('pickle');
$func = $a->getPrinter();
$func(); // Outputs: Bar
$func = $func->bindTo($b);
$func(); // Outputs: Pickle 

在此，我们将闭包从 $a 实例重新绑定到 $b 中的实例。如果您不希望闭包随时访问对象实例，可以将闭包声明为静态：

class Foo {
  private $prop;
  function __construct($prop) {
    $this->prop = $prop;
  }
  public function getPrinter() {
    return static function() { echo ucfirst($this->prop); };
  }
}

$a = new Foo('bar');;
$func = $a->getPrinter();
$func(); // Fatal error: Using $this when not in object context

7. 对象即函数

有一种新的神奇方法，名为“__invoke”，其用法如下：

class MoneyObject {
    private $value;
    function __construct($val) {
        $this->value = $val;
    }
    function __invoke() {
        return sprintf('$%.2f',$this->value);
    }
}
$Money = new MoneyObject(11.02/5*13);
echo $Money(); // Outputs: $28.65

8. 内置 Web 服务器 (CLI)

CLI 服务器是一种小型 Web 服务器实现，可以从命令行运行：

% php -S localhost:8000

PHP 5.4.0 Development Server started at Sun Mar 11 13:27:09 2012

Listening on localhost:8080

Document root is /home/rasmus

Press Ctrl-C to quit.

CLI 服务器不适合用作生产 Web 服务器；我们将使用它运行一些 PHP 回归测试，其他单元测试机制也可使用它，并且 IDE 也可能使用它。它确实具有一些很有用的特性，用于从命令行进行日常代码调试。默认情况下，它使用当前目录作为 DocumentRoot；它也处理静态文件请求。默认目录索引文件为“index.php”，因此您可以在满含 .php、.css、.jpg 等文件的目录中激活它，它自己就可以运行。对于可能使用 mod_rewrite 将所有请求发送到前端控制器或路由器的更复杂应用程序，您可以将此路由器与一个简单的小脚本包装在一起，并启动 CLI 服务器，如下所示：

% php -S localhost:8080 /path/to/router.php

PHP 5.4.0 Development Server started at Sun Mar 11 13:28:01 2012

Listening on localhost:8080

Document root is /tmp/web

Press Ctrl-C to quit.

router.php 脚本可能如下所示：

<?php if (preg_match('!\.php$!', $_SERVER["REQUEST_URI"])) {
    require basename($_SERVER["REQUEST_URI"]);
} else if (strpos($_SERVER["REQUEST_URI"], '.')) {
    return false; // serve the requested file as-is.
} else {
    Framework::Router($_SERVER["REQUEST_URI"]);
} 

此包装器加载直接 .php 请求，将包含“.”的任何其他请求传递到静态文件处理程序，其他所有内容都传递到框架的路由器。您可以如此直接从命令行运行 Drupal 和 Symphony。

9. 原生会话处理程序接口

这是一个小而方便的特性，现在可以用它实现会话处理程序接口。现在，您可以仅将会话处理对象的实例传递给 session_set_save_handler()，而不必传递给它六个比较麻烦的函数：

SessionHandler implements SessionHandlerInterface {
  public int close ( void )
  public int destroy ( string $sessionid )
  public int gc ( int $maxlifetime )
  public int open ( string $save_path , string $sessionid )
  public string read ( string $sessionid )
  public int write ( string $sessionid , string $sessiondata )
}
session_set_save_handler(new MySessionHandler); 

10. JsonSerializable 接口

现在，您可以通过实现 JsonSerializable 接口来控制有人尝试使用 json_encode() 对您的对象进行编码时所发生的情况：

class Foo implements JsonSerializable {
    private $data = 'Bar';
    public function jsonSerialize() {
        return array('data'=>$this->data);
    }
}
echo json_encode(new Foo); // Outputs: {"data":"Bar"}

11. 二进制表示法

为了与 PHP 的原生十六进制和八进制支持协调一致，现在也支持二进制表示法：采用“0b”前缀标识二进制数

$mask = 0b010101;

12. 改进了错误消息

错误消息稍有改进。

改进前：

% php -r 'class abc foo' 

Parse error: syntax error, unexpected T_STRING, expecting '{' 

in Command line code on line 1

改进后：

% php -r 'class abc foo'

Parse error: syntax error, unexpected 'foo' (T_STRING), expecting '{' 

in Command line code on line

改进可能不十分明显，但区别是现在已在错误消息中显示偏移标记“foo”的值。

13. 数组到字符串转换通知

如果您一直使用 PHP，则可能以随机出现在页面中“Array”一词结束编程，因为您尝试直接输出数组。每当将数组直接转换为字符串时，都很有可能出现错误，现在有了一个针对这一情况的通知：

$a = [1,2,3];
echo $a; 

注意：数组到字符串转换在 example.php onlLine 2 中

14. 函数类型提示的增强，(Callable typehint)

由于php是弱类型的语言，因此在php 5.0后，引入了函数类型提示的功能，支持对象和数组，其含义为对于传入函数中的参数都进行类型检查，举个例子，有如下的类:

class bar {

}

function foo(bar $foo) {

}

其中函数foo中的参数规定了传入的参数必须为bar类的实例，否则系统会判断出错。同样对于数组来说，也可以进行判断，比如：

function foo(array $foo) {

}

foo(array (
    1, 2, 3
)); // 正确，因为传入的是数组

foo(123); // 不正确，传入的不是数组

function my_function(callable $x)  {

     return $x();

}

而在php 5.4中，则支持对callable类型的支持。在以前, 我们如果希望一个函数接受一个回调函数作为参数, 那需要做很多额外的工作来检查是否是可调用的正确的回调函数，例子如下：

function foo(callable $callback) {

　　}

则：

foo("false"); //错误，因为false不是callable类型

foo("printf"); //正确

foo(function () {
}); //正确

class A {
    static function show() {
    
    }

}

foo(array (
    "A", "show" 
)); //正确

遗憾的是，PHP 5.4中，依然不支持对基本类型如字符，整形等的类型提示。


15. 对时间统计的增强，高精度计时器

此次引入了$_SERVER['REQUEST_TIME_FLOAT']数组变量，微秒级精度(百万分之一秒，float类型)。对于统计脚本运行时间会非常有用：

echo 'Executed in ', round(microtime(true) - $_SERVER['REQUEST_TIME_FLOAT'], 2)

16. 上传进度条Upload progress

文件上传进度反馈, 这个需求在当前是越来越普遍, 比如大附件邮件. 在PHP5.4以前, 我们可以通过APC提供的功能来实现. 或者使用PECL扩展uploadprogress来实现.

虽然说, 它们能很好的解决现在的问题, 但是也有很明显的不足:

• 1. 他们都需要额外安装(我们并没有打算把APC加入PHP5.4)
• 2. 它们都使用本地机制来存储这些信息, APC使用共享内存, 而uploadprogress使用文件系统(不考虑NFS), 这在多台前端机的时候会造成麻烦.

从PHP的角度来说, 最好的储存这些信息的地方应该是SESSION, 首先它是PHP原生支持的机制. 其次, 它可以被配置到存放到任何地方(支持多机共享).

正因为此, Arnaud Le Blanc提出了针对Session报告上传进度的RFC, 并且现在实现也已经包含在了PHP5.4的主干中。

通过$_SESSION["upload_progress_name"]就可以获得当前文件上传的进度信息，结合Ajax就能很容易实现上传进度条了。

17. Zend Signal in PHP 5.4

在PHP5.4中, 根据由Rasmus提交的RFC, 引入了一套新的信号处理机制, 目的是为了使得信号屏蔽机制可以应用到任何SAPI中, 并且提高在这个过程中的PHP性能.

新的机制, 叫做zend signal, 它的理念, 来自Yahoo的”延迟信号处理”(Yahoo signal deferring mechanism), 而后, facebook把这套理念加入了PHP中, 为了提升PHP+Apache 1.X下PHP调用ap_block/ap_unblock的性能.

18. PHP 5.4 由Arnaud 引入了一个对三元式的优化方案.

我们都知道PHP用写时复制来对变量复制做性能优化, 而在以前的三元式中, 却每次都会复制, 这在操作数是大数组的情况下, 会造成性能问题:

    <?php $a = range(1, 1000);
    $i = 0;
     
    $start = microtime(true);
    while (++$i < 1000) {
        $b = isset($a)? $a : NULL;
    }
     
    var_dump(microtime(true) - $start);

删除的特性

1）最后，我们集中整理了几年来标记为已弃用的多个特性。这些特性包括 allow_call_time_pass_reference、define_syslog_variables、highlight.bg、register_globals、register_long_arrays、magic_quotes、safe_mode、zend.ze1_compatibility_mode、session.bug_compat42、session.bug_compat_warn 以及 y2k_compliance。

2） 备受指责的 Register Globals 已从 PHP 中完全删除。十年来，该特性一直以其频繁发生的安全漏洞而著称。2002年该特性被设置为默认关闭。2009年发布的 PHP5.3 将该特性标记为“弃用”，想必从那时起，大部分开发人员已经不再使用它。

3）除了这些特性之外，magic_quotes 可能是最大的危险。在早期版本中，未考虑因 magic_quotes 出错导致的后果，简单编写且未采取任何举措使自身免受 SQL 注入攻击的应用程序都通过 magic_quotes 来保护。如果在升级到 PHP 5.4 时未验证已采取正确的 SQLi 保护措施，则可能导致安全漏洞。

4）PHP 中的 break 和continue 语句之后可以跟上一个参数用来指明跳出的循环层数。如果不指定参数，它会像 VB、C#或 Java 一样跳出最内层的循环。在 PHP 5.4 之前，开发人员可以向 break 语句传递一个变量，而现在只能传递常量。

5）PHP 允许参数按引用传递。在早期版本中，你可以通过为调用点添加修饰来指明变量按引用传递。在 PHP 5.4 中，该选项已被移除。相反，现代 PHP 编程只需要在函数声明时指定按引用传递即可。与 C# 不同，你不需要同时在声明和调用点指定按引用传递。

其他改动和特性

• 有一种新的“可调用的”类型提示，用于某方法采用回调作为参数的情况。

• htmlspecialchars() 和 htmlentities() 现在可更好地支持亚洲字符，如果未在 php.ini 文件中显式设置 PHP default_charset，这两个函数默认使用 UTF-8 而不是 ISO-8859-1。

• =（精简回显语法）现在始终可用，无论 short_tags ini 设置的值为何。这应该使模板化系统创建者感到满意。

• 会话 ID 现在默认通过 /dev/urandom（或等效文件）中的熵生成，而不是与早期版本一样成为必须显式启用的一个选项。

• mysqlnd 这一捆绑的 MySQL 原生驱动程序库现在默认用于与 MySQL 通信的各种扩展，除非在编译时通过 ./configure 被显式覆盖。

可能还有 100 个小的改动和特性。从 PHP 5.3 升级到 5.4 应该极为顺畅，但请阅读迁移指南加以确保。如果您从早期版本升级，执行的操作可能稍多一些。请查看以前的迁移指南再开始升级。

PHP 的下一步规划是什么？

我们没有对 PHP 进行长期规划。PHP 将随 Web 一起发展。我们不知道 5-10 年内的重要 Web 趋势和技术将是什么，但知道通过我们的不断付出，PHP 必将存在。

短期内，我们通过“internals”邮件列表讨论 PHP 开发，并且就大特性达成共识时，它将发展为 RFC。您可以在wiki.php.net/rfc 中找到 RFC。一旦我们表决同意发布一组极佳的新特性，并且对这些特性进行了正确实现和测试，我们便开始筹备推出新版本。

PHP 随 Web 发展并保持稳定的市场份额，在全球所有网站中，大约三分之一的网站都使用它。其中不仅包括一些最大的网站，而且还包括很大一部分最小的网站。我是在最小网站上单独设置 PHP 的：扩展是自然而然的事情，甚至是预期的特征，也是强烈吸引工程师的特征，但缩减不太正常，并且在某些情况下更困难。如果您找到适当的平衡，并且可以将同一代码库用于宿舍出租乃至拥有数十亿美元资产的公司，那么您就真正掌握了这种语言。

PHP 5.4版本将是最后一个支持Windows XP 和 Windows 2003的版本，今后将不再提供针对这些操作系统的二进制包。

PHP 5.4 will be the last series to support Windows XP and Windows2003. We will not provide binary packages for these Windows versionsafter PHP 5.4.