PHP json_encode() 不会因字符串超长自动截断，但可能因非法UTF-8、递归过深或内存不足返回null；需用json_last_error()排查，优先校验并转码编码，清理控制字符，注意MySQL字段类型与max_allowed_packet配置。
PHP json_encode() 对超长字符串会截断或报错吗？
不会自动截断，但可能因内存、递归深度或编码问题导致失败。常见表现是返回 null，且 json_last_error() 返回 JSON_ERROR_UTF8 或 JSON_ERROR_DEPTH。根本原因往往不是“太长”，而是内容里混入了非法 UTF-8 字节（比如二进制数据、未转义的控制字符）或嵌套过深。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 始终用
json_last_error()检查结果，别只判null - 对输入字符串先调用
mb_check_encoding($str, 'UTF-8')，不通过就用mb_convert_encoding($str, 'UTF-8', 'auto')强制转码 - 若字符串含 NUL 字符（
\x00）或 Windows 换行符混合，用str_replace(["\x00", "\r\n"], ["", "\n"], $str)清理 -
json_encode()默认递归深度是 512，深层嵌套数组才需调JSON_PARSER_DEEP（PHP 8.4+）或手动扁平化
MySQL 存 JSON 字段时，长文本被截断的真正原因
不是 PHP 的锅，是 MySQL 的 json 类型底层仍走 longtext，但如果你用的是 TEXT 或 MEDIUMTEXT 字段存 JSON 字符串（非原生 JSON 类型），就会触发字段长度限制。更隐蔽的问题是：客户端连接的 max_allowed_packet 值太小，导致大 JSON 插入直接被 MySQL 拒绝，错误信息通常是 Packets larger than max_allowed_packet are not allowed。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 确认字段类型是
JSON（MySQL 5.7+），不是TEXT—— 后者只是字符串容器，无校验也无索引能力 - 检查 MySQL 配置：
SHOW VARIABLES LIKE 'max_allowed_packet';，生产环境建议设为64M或更高 - PHP PDO 插入前，可用
strlen(json_encode($data))预估大小，超 4M 就该考虑分片或改用 BLOB + 应用层压缩 - 避免在 JSON 字段里塞 base64 编码的大文件，那属于设计错位；应存 URL 或文件 ID
PHP 读取含长文本的 JSON 时内存爆掉怎么办
json_decode() 默认把整个 JSON 加载进内存并构建完整数组/对象树，一个 20MB 的 JSON 字符串可能膨胀到 80MB+ 内存占用，尤其当里面有很多重复 key 或深层嵌套时。这不是 bug，是设计使然。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 优先用流式解析：PHP 8.3+ 支持
JsonException和部分增量解析，但成熟方案仍是ext-json配合json_decode($json, true, 512, JSON_BIGINT_AS_STRING)控制深度和大整数处理 - 对只读特定字段的场景，用正则预提取（慎用）或改用
jsonpath类库（如softonic/jsonpath）跳过全量解析 - 若 JSON 来自文件，用
file_get_contents()+json_decode()是最简方式；但超 5MB 就该切fopen()+ 分块读取 + 自定义 tokenizer - 永远开启
memory_limit监控：echo memory_get_peak_usage(true);插在解码前后对比
JSON 中存储富文本（HTML/Markdown）要注意什么
富文本本身不是问题，问题出在它常带未转义的双引号、换行、U+2028/U+2029 行分隔符——这些在 JS 环境中合法，但在 PHP json_encode() 输出后，若直接塞进 HTML data- 属性或内联 <script></script>，会引发解析错误或 XSS 风险。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 输出到 HTML 前，用
htmlspecialchars($json, ENT_QUOTES | ENT_SUBSTITUTE, 'UTF-8')转义，而不是依赖json_encode()的JSON_HEX_QUOT - 若 JSON 要被 JS 直接
JSON.parse()，确保 PHP 端用了JSON_UNESCAPED_UNICODE | JSON_INVALID_UTF8_IGNORE（PHP 7.2+） - 富文本中的图片 base64 数据应剥离，只留引用路径；否则 JSON 体积指数级增长，且无法被 CDN 缓存
- 别在 JSON 里存未过滤的用户 HTML，至少过一遍
strip_tags()或使用HTMLPurifier
最麻烦的其实是跨系统流转：PHP 生成 → MySQL 存 → Node.js 读 → 前端渲染。每个环节的 UTF-8 边界、换行符规范、空字符容忍度都不同，光靠 json_encode 一层处理远远不够。
