雖然大部分 PHP 5 的代碼無(wú)需修改即可正常運(yùn)行， 但是有部分代碼是無(wú)法向后兼容的：
在 PHP 5.6 之前的版本中，為類(lèi)定義數(shù)組類(lèi)型的屬性時(shí)， 如果數(shù)組中同時(shí)使用了顯式數(shù)組鍵和隱式數(shù)組鍵，并且顯式的鍵和隱式的序列鍵相同， 那么數(shù)組的鍵將被覆蓋。例如：
<?php
class C {
const ONE = 1;
public $array = [
self::ONE => 'foo',
'bar',
'quux',
];
}
var_dump((new C)->array);
?>
以上例程在 PHP 5.5 中的輸出：
array(2) {
[0]=>
string(3) "bar"
[1]=>
string(4) "quux"
}
以上例程在 PHP 5.6 中的輸出：
array(3) {
[1]=>
string(3) "foo"
[2]=>
string(3) "bar"
[3]=>
string(4) "quux"
}
對(duì)于 JSON 字面量 true，false 和
null，如果不采用小寫(xiě)格式，將會(huì)被 json_decode() 函數(shù)拒絕，
同時(shí)相應(yīng)的設(shè)置 json_last_error()。
在之前的版本中，json_decode() 函數(shù)可以接受這些字面量的
全部大寫(xiě)或者大小寫(xiě)混寫(xiě)的格式。
此變更僅會(huì)影響傳入到 json_decode() 中的 JSON 格式無(wú)效的情況， 有效的 JSON 輸入不會(huì)受到影響并且能夠正確解析。
All encrypted client streams now enable peer verification by default. By default, this will use OpenSSL's default CA bundle to verify the peer certificate. In most cases, no changes will need to be made to communicate with servers with valid SSL certificates, as distributors generally configure OpenSSL to use known good CA bundles.
The default CA bundle may be overridden on a global basis by setting
either the openssl.cafile or openssl.capath configuration setting, or on a
per request basis by using the
cafile or
capath
context options.
While not recommended in general, it is possible to disable peer
certificate verification for a request by setting the
verify_peer
context option to false, and to disable peer name validation by setting
the verify_peer_name
context option to false.
GMP 資源現(xiàn)為對(duì)象。 GMP 擴(kuò)展中的基于函數(shù)的 API 實(shí)現(xiàn)不受影響， 只有在代碼中使用 is_resource() 或類(lèi)似函數(shù) 來(lái)顯示檢測(cè)是否資源類(lèi)型的代碼才會(huì)受到影響。
mcrypt_encrypt()，mcrypt_decrypt()， mcrypt_cbc()，mcrypt_cfb()， mcrypt_ecb()，mcrypt_generic() 以及 mcrypt_ofb() 函數(shù)不再接受無(wú)效長(zhǎng)度的密鑰和初始向量， 對(duì)于需要初始向量的分組加密模式，如果不提供初始向量，函數(shù)調(diào)用將會(huì)失敗。