php数组与json转换需关注编码安全、类型处理及错误校验：中文须utf-8编码并加json_unescaped_unicode；浮点数精度需格式化或用json_preserve_zero_fraction；json_decode()务必检查返回值与错误码。
PHP 中数组与 JSON 的转换看似简单，但面试官常通过细节考察你对数据类型、编码安全、边界情况的理解深度。核心不是会不会用 json_encode() 和 json_decode()，而是能否写出健壮、可维护、符合实际场景的代码。
数组转 JSON：别只盯着 json_encode()，重点看参数和陷阱
基础用法谁都懂，但高频考点在于：
-
中文乱码？ 确保源数组中的字符串是 UTF-8 编码。非 UTF-8（如 GBK）需先转换：
mb_convert_encoding($arr, 'UTF-8', 'GBK')，否则json_encode()会返回false或空字符串。 -
中文被转成 Unicode？ 加上
JSON_UNESCAPED_UNICODE选项：json_encode($arr, JSON_UNESCAPED_UNICODE)，避免"\u4f60\u597d"这类可读性差的输出。 -
浮点数精度丢失？ PHP 默认将 float 转为 15 位有效数字。若需更高精度（如金融场景），应提前格式化为字符串再存入数组，或使用
JSON_PRESERVE_ZERO_FRACTION（PHP 7.1+）配合科学计数法控制。 -
对象/资源/闭包怎么处理？
json_encode()会静默跳过资源和不可序列化对象，对普通对象默认只编码 public 属性。若需自定义，应实现JsonSerializable接口。
JSON 转数组：json_decode() 的第二个参数不是可有可无
是否传 true 决定返回关联数组还是对象，这直接影响后续代码逻辑：
- 传
true→ 返回array，可用$data['name']访问，适合配置、API 响应等结构明确的数据。 - 不传或传
false→ 返回stdClass对象，必须用$data->name，适合快速映射 JSON 结构且不打算修改的情况。 -
务必检查返回值！ JSON 格式错误、超深嵌套、超大数值（如超出
PHP_INT_MAX）都会导致返回null。正确做法是结合json_last_error()判断：$data = json_decode($json, true);<br>if ($data === null && json_last_error() !== JSON_ERROR_NONE) {<br> throw new InvalidArgumentException('Invalid JSON: ' . json_last_error_msg());<br>}
常见组合场景与避坑指南
真实项目中往往不是单步操作，而是链路协作：
立即学习“PHP免费学习笔记（深入）”；
-
从数据库查出数据 → 转 JSON → 前端渲染：注意 MySQL 的
datetime字段在 PHP 中是字符串，但若用了PDO::ATTR_EMULATE_PREPARES = false，可能返回DateTime对象——它不能被直接 JSON 编码，需提前format()或统一 cast 为字符串。 -
接收前端 POST 的 JSON → 解码 → 验证 → 存库：不要直接
json_decode(file_get_contents('php://input'))就完事。要校验 Content-Type 是否为application/json，限制输入长度防 DOS，用filter_var()或专用验证器清洗字段（如防止注入 HTML/JS）。 -
多维数组含循环引用？
json_encode()会报错（JSON_ERROR_RECURSION）。需提前用serialize()+unserialize()或自定义递归检测函数剥离引用。
扩展考点：性能与替代方案
高频调用场景下，基础函数可能不够用：
-
大量小 JSON 拼接？ 避免反复
json_encode()+ 字符串拼接，改用json_encode()一次编码整个结构体更高效。 -
需要流式解析超大 JSON？
json_decode()会全量加载到内存。此时应考虑json streaming parser类库（如ralouphie/json-streaming-parser），边读边处理。 -
兼容旧版本 PHP？ PHP 5.2+ 支持基本 JSON 函数，但
JSON_INVALID_UTF8_IGNORE（PHP 7.2+）等新选项需做版本判断或降级处理。
