数据库存储的CKEditor HTML字符串无法在浏览器解析显示问题排查

你遇到的这个情况，核心原因是从数据库取出的$infos['Loan']['addtional_features']内容被HTML转义了——简单说就是原本的<、>这些HTML标签符号，被转换成了<、>这类实体字符。当你直接echo的时候，浏览器会把这些实体字符当成普通文本显示，而不会解析成HTML标签；但你直接写的字符串里是原始的<、>，浏览器会正常识别并渲染成对应的格式。

常见的触发场景有这几种：

• 存储数据时，代码里用了htmlspecialchars()、htmlentities()这类转义函数，把HTML标签转成了实体字符存在数据库里；
• 你用的框架（比如CakePHP、Laravel这类）默认开启了输出转义保护，会自动把模板/输出变量里的HTML字符转义，防止XSS攻击；
• 数据库字段本身的存储逻辑导致内容被转义（不过这种情况比较少见）。

针对不同的情况，你可以这么处理：

1. 如果是框架自动转义：
   比如在CakePHP里，如果你用模板引擎输出，默认的<?= h($infos['Loan']['addtional_features']) ?>是带转义的，改成<?= $this->Html->raw($infos['Loan']['addtional_features']) ?>就能直接输出原始HTML；
   要是直接用PHP echo，确认框架有没有全局转义配置，临时关闭该变量的转义规则即可。

2. 如果是存储时被转义了：
   可以在输出的时候用htmlspecialchars_decode()函数把实体字符转回原始HTML标签，比如：

   echo htmlspecialchars_decode($infos['Loan']['addtional_features']);
   

   注意：如果数据是用户输入的，这么做要确保内容安全，避免XSS攻击（比如用户恶意输入的脚本标签）。

3. 检查存储逻辑：
   回头看一下存入CKEditor内容的代码，是不是没必要加转义？如果CKEditor本身已经做了内容过滤，或者你信任输入来源，可以去掉存储时的htmlspecialchars()这类转义操作，直接存储原始HTML字符串。

你可以先打印变量的原始内容，确认是否被转义：

var_dump($infos['Loan']['addtional_features']);

如果输出里能看到<span>而不是<span>，就说明内容确实被转义了，按照上面的方法处理就行。

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