PHP7.4中htmlspecialchars处理特殊字符返回空值的修复方法

PHP 7.4的htmlspecialchars有个默认行为：如果传入的字符串里存在和当前预期编码不匹配的无效字节，会直接返回空字符串。
你碰到的就是典型的编码不匹配问题：纯英文字符"Jours"全是ASCII字节，不管是单字节编码还是UTF-8这类多字节编码都能兼容，所以能正常输出；但带重音的é是非ASCII字符，如果你传入的字符串实际是ISO-8859-1（Latin1）、GBK这类编码，和函数默认用的UTF-8编码对不上，é的字节序列在UTF-8规则下属于无效内容，就会触发返回空的逻辑。

• 显式传入第三个编码参数，和你实际的字符串编码保持一致即可。如果你的字符串是Latin1（ISO-8859-1）编码，写法如下：

echo htmlspecialchars("Jours Fériés", ENT_QUOTES, 'ISO-8859-1');

如果你的业务全链路用UTF-8编码，就明确指定UTF-8，不要依赖默认配置，避免不同环境php.ini配置差异导致的异常：

echo htmlspecialchars("Jours Fériés", ENT_QUOTES, 'UTF-8');

• 如果不确定源字符串编码，先统一转码为UTF-8再调用函数，示例：

// 假设源字符串是ISO-8859-1编码，转成UTF-8后再处理
$input = "Jours Fériés";
$utf8Input = mb_convert_encoding($input, 'UTF-8', 'ISO-8859-1');
echo htmlspecialchars($utf8Input, ENT_QUOTES, 'UTF-8');

• 从根源规避：把所有项目PHP文件统一保存为UTF-8 无BOM格式，同时在php.ini中设置default_charset = "UTF-8"，全链路统一编码后就不会再出现这类问题。

补充说明：PHP 8.1及以上版本调整了默认处理逻辑，遇到无效字节时不会直接返回空字符串，而是替换为Unicode占位符，但显式指定匹配的编码依然是跨版本兼容的最稳妥写法。

内容的提问来源于stack exchange，提问作者mourad semi