从旧版升级到PHP5.4，恐怕最麻烦的就是htmlspecialchars这个问题了！当然，htmlentities也会受影响，不过，对于中文站来说一般用htmlspecialchars比较常见，htmlentities非常少用到。
可能老外认为网页普遍应该是utf-8编码的，于是苦了那些用GB2312，GBK编码的中文站......！
具体表现：
代码如下:
PHP版本是5.2.10";
echo htmlspecialchars($str);
gbk字符集下输出为空...utf-8下，输出正常。
为什么呢，原因在于5.4.0对这个函数的变化：
代码如下:
arameter was changed to UTF-8.
原来是什么呢？
代码如下:
Defines encoding used in conversion. If omitted,the default value for this argument is ISO-8859-1 in versions of PHP prior to 5.4.0,and UTF-8 from PHP 5.4.0 onwards.
国内一堆开源程序在5.4下都会有这样的问题，disCUZ官方也建议用户不要升级到5.4
解决方案：
1.苦逼的修改所有用到htmlspecialchars地方的程序
1.1 其第二个$flags参数，默认是ENT_COMPAT，因此改成
代码如下:
为什么不是GBK？因为没有GBK这个参数，如果强行使用GBK，则报错给你看：
代码如下:
为了能使用GBK，则改成：
代码如下:
1.2.一样是改程序，但可以省略一个参数。
可以在网页头部加
代码如下:
然后改成
代码如下:
文档中有写：An empty string activates detection from script encoding (Zend multibyte),default_charset and current locale (see nl_langinfo() and setlocale()),in this order. Not recommended.
大概意思就是：传入空字符串则使用default_charset的编码
1.3.封装一个函数吧...本来htmlspecialchars这个单词一直不好记。
代码如下:
然后去批量替换。
2.直接修改源码，重编译！这也是目前我在线上做的方案。 修改ext/standard/html.c 大概在372行
代码如下:
Now UTF-8 */
if (charset_hint == NULL)
return cs_utf_8;
把cs_utf_8改成 cs_8859_1
代码如下:
Now UTF-8 */
if (charset_hint == NULL)
return cs_8859_1;
编译后，原程序就不用做任何调整了。
安装方法可参考：
windows下怎么办？这个，自己想办法编译吧，难度比较大... 提供一个网址供参考： 引用其一句话：准备好咖啡、可乐，做好准备，可能要折腾数小时…
相关文章
统一支付是JSAPI/NATIVE/APP各种支付场景下生成支付订单，返...
统一支付是JSAPI/NATIVE/APP各种支付场景下生成支付订单，返...