目前，大多数PHP安装还是使用PHP 4.x版本。实际上，PHP 5.0已经出台一段时间了，而如今PHP 5.1.1也刚刚发行。如果你还没有升级到这些新版本，那么让我们一同看一下在新版的PHP中的变化，并在最后讨论对于PHP 6所期望的特性。
一、PHP 5.0中的变化
作为一个全新的版本号，在PHP 4和PHP 5之间存在许多实质性的区别。大多数的炒作主要围绕被重新改写过的新的对象模型。PHP 5版本更为完整并且运行性能更为良好。在PHP 4中，对象其实仅是一个粗糙的数据类型，并且是值引用的。在试图保持尽可能多的向后兼容性的同时，在PHP 5中，设置zend.ze1_compatibility_mode可以允许与版本4中方法的兼容。当然，PHP 5也存在一些向后不兼容的改变，具体包括：
沸碌谋Ａ粝吕吹墓丶执蠖嗍攵韵竽Ｐ拖喙�(exception，final， PHP_user_filter,interface,implements,extends,public,private,protected,abstract,clone,try,catch,throw)。在PHP 4中保留的两个单词不再存在(cfunction，old_function)。
啡绻桓龆韵竺挥腥魏问粜裕敲此辉傥眨╡mpty）。
废衷赼rray_merge()函数只接收数组。
防嗫梢栽谑褂们吧鳎ㄒ览涤诰咛迩榭觯�
穏et_class()，get_parent_class()和get_class_methods()现在能够返回一个大小写敏感的结果，而以前的返回结果都是小写的。
穝trrpos()和strripos()现在使用整个字符串。例如，var_dump(strrpos('ABCDEF'，'DAF'))将在PHP 4中返回int(3)，而在PHP 5中返回bool(false)
啡绻�$_SERVER存在，它将用argc和argv进行填充-这就允许CLI版本总是可以存取这些数据。
返贝菀桓鑫扌У腎P地址时，ip2long()返回FALSE而不是-1。
范ㄒ逶谝桓霭ㄎ募械暮衷谀芄辉谌魏问笨涛魑募饔谩Ｈ绻募酱伪话�(这时函数已经被定义了)，PHP 5也将发出一个致命的错误。
穜equire_once()和include_once函数现在考虑到了Windows大小的不敏感性，并且将每次仅包括一个文件-即使该函数以不同大小写的文件名被调用多次。
钒谕蚜嗽碢HP 4中的警告。新的PHP 5在遇到一个无效的字符串偏移量时将抛出一个错误。
稵okenizer扩展不再定义闲置的T_ML_COMMENT常量。
注意，这些看似较多的不兼容的变化其实并不大，而且如果你想把原有代码移植到PHP 5中的话，有可能只对你的脚本作极少量的修改即可。PHP 5为做许多事情提供了更好的方法，但是如果你的目的仅是为了能使程序运行，那么你不会遇到太多的麻烦。在PHP 5中的另外一些变化有：
吩诿钚蠧LI和CGI脚本作了少许变化，有效地提高了新的CLI地位的重要性。
芬氪罅康男潞渲行矶嗍怯糜诖硎椤⒆址缓土鞑僮鞯摹�
啡笔∏榭鱿拢琈ySQL客户端库没有与PHP 5绑定到一起。而是，包括了SQLite扩展-它基本上是一微型数据库引擎，其目的是消除任何设置和管理的需要。
沸录恿薽ysqli（MySQL增强扩展）（缺省地没有包括在内），为的是充分地利用MySQL 4.1及以上版本的优势。
想更全面地了解从PHP 4到PHP 5的变化，你可以参考PHP网站上的官方档案。
二、PHP 5.1.x中的变化
在本文成文时，刚刚发行PHP 5.1.1（在广为争论的5.1.0出台后不久）。该版本在PHP邮件列表中引起一阵小的骚乱。在5.1.0版本中，某些关键的变化被匆忙地包括进一个随后发行的候选版本中。一切似乎都静悄悄的，直到最后的发行版才引起酣然大波。然而，这些变化在5.1.1中被还原以防止出现pear::date冲突。
啡缃瘢恋绨愕浅〉腜DO成为PHP核心的一部分。要更多地了解与PHP相关的抽象层知识，可以参考《Database Abstraction in PHP》或者PHP网站上的官方档案。
稰DO MySQL驱动程序现在成为存取MySQL的推荐方法-在缺省情况下，并不启用老式的mysqli和mysql扩展。
稰HP 5.1比5.0版本在性能上也大大改进。
啡缜八峒暗模掌�/时间支持在5.1.0版本中被重写，而在5.1.1版中又被还原。也许以后不久还会有所变化-尽管都是经过仔细计划的。
吩赑HP 5.0到PHP 5.0.4版本阶段，是支持抽象的私有方法的。然而，现在它们都被取消了。
废衷冢辉市碇馗瓷饕桓隼喑Ａ俊Ｏ旅娲朐�5.1中不会工作并将抛出一个E_ERROR错误。
＜?PHP
class anything {
const const_name = 'value';
const const_name = 'value2';
}
?＞
�14个更旧的扩展被从PHP核心删除。这些包括 ext/cpdf,ext/dbx,ext/dio,ext/fam,ext/ingres_ii,ext/ircg,ext/mcve,ext/mnogosearch,ext/oracle,ext/ovrimos,ext/pfpro,ext/w32api,ext/yp,sapi/activescript。所有这些还可用于PECL中，尽管并不是所有这些扩展都能得到积极维护。
吩诓慰家玫墓芾砩弦灿兴浠Ｒ郧拔颐强梢砸圆慰家梅绞椒⑺汀⒏持祷蚍祷乇淞�-其实它们应该以值的形式返回。这些包括常数、自身以值形式返回的函数或一个表达式的结果。这里有一个例子：
＜?PHP
$var1 = "value";
function return_val() {
global $var_name;
return $var_name;
}
$var2 = &return_val();
?＞
这段代码过去是可以工作的（直到5.0.4版本），但是现在在5.1版本中会抛出一个E_STRICT异常。
也许5.1.x不久也会退场，但是其中引入了许多有价值的改进-PDO的引入可能是最值得称道的。要详细了解PHP文档中的更改日志，可以看一下这里有关PHP 5.1(和早些版本)变化的详尽列表。
三、PHP 6.0中要作的改变
PHP 6.0估计会是一个相当激动人心的发行。然而，什么东西都是一分为二的。不过，看起来最令我气恼的三个家伙（register_globals，magic_quotes_gpc和safe_mode）可能要退位了。第一个存在一个很大的安全漏洞；第二个由于操作大量数据所以在改变环境时简直就是一场梦魇；而第三个是一个无人能理解的错误的名称并且会给人带来一种安全方面的错觉。在Unicode问题上，还有大量的工作要做。下面是预计的一些新变化：
穜egister_globals，safe_mode和各种魔术引用选项将被删除。
積reg扩展将被删除，而XMLReader，XMLWriter和Fileinfo扩展将被添加到内核上并且在缺省情况下为on状态。
肺曳⑾值牧硗庖淮α钊思ざ男卤浠牵珹PC(Alternative PHP Cache)将被添加到内核上，尽管在缺省情况下为off状态。APC可以为开发者提供严谨的性能益处。
匪械腅_STRICT消息将被合并进E_ALL-这又是针对良好编程实践所作出的一个积极更改。
凡辉僦С諥SP风格的标签＜%。
芬肓诵碌�64位整型数。当前的整数类型被保留下来-至于是32还是64位将依赖平台而定。
房梢越岷隙辔槭褂胒oreach，例如foreach($array as $k =＞ list($a， $b))。
吩赑HP.ini新引入的一个开关将允许你禁止Unicode语义(缺省地，它们被置为on状态)。
坊褂懈髦终攵訳nicode的字符串操作上的改进。
穖icrotime()函数将返回完整的浮点数，而不是象目前的微秒值unix_timestamp。这样更可能有利于大多数人的使用。
凡辉僦С钟糜谧址饕膡}注释，而[]版本将被添加到substr()和array_slice()功能中。以前的[]为许多人所批评，但是大多数的开发者，包括我在内，都一直使用[]。
吩谡攵訡GI SAPI情形时，将一直启用FastCGI，并且不会被禁止。
凡辉僦С止爬系腍TTP_*_VARS全局变量。
穠ar将有一个新的别名public。在PHP4 类中Var是被允许的，但是在PHP 5中，这将会引发一个警告。在PHP 6中，var将仅是public的一个别名，因此将不会再出现警告。
穤e1兼容性模式将被删除-这一方式原来试图保留PHP 4的行为但是却存在一些错误。
凡辉僭市碛镁蔡锓ɡ吹饔枚�
另外，还存在许多要决定的问题，例如命名空间可能更为重要，但是目前基本上还没有得到同意。你可以读一下最近的PHP开发者会议上对于PHP 6的详细讨论。尽管PHP 6尚未出台，但是我相信在其最终发行之前一定存在不少周折。尽管如此，PHP所做出的贡献已得到业界的充分认可，其前途是一片光明的。