这是我们期待已久的 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 与脚本标签已被删除，这意味着不可以再使用 <% 和 <%=，或
