最可靠的方法是调用json_decode()后检查json_last_error() === JSON_ERROR_NONE，并先排除空或纯空白字符串；不能依赖解码后的PHP类型判断，因null、数字、字符串等合法JSON值解码后均非数组或对象。
用 json_decode() 判断是否为合法 JSON 字符串
PHP 没有原生的 is_json_string() 函数，最可靠的方式是调用 json_decode() 并检查返回值和错误状态。注意：不能只看返回是否为 false，因为 JSON 解析出空数组、0、false、null 也会返回 false，但它们本身是合法 JSON。
正确做法是：
- 先调用
json_decode($str, true)，并捕获其返回值 - 再用
json_last_error() === JSON_ERROR_NONE确认无解析错误 - 额外排除空字符串、纯空白字符串（
trim($str) === ''），否则json_decode('')不报错但返回null，容易误判
示例：
function is_json_string($str) {
if (!is_string($str) || trim($str) === '') {
return false;
}
json_decode($str);
return json_last_error() === JSON_ERROR_NONE;
}
为什么不能用 is_array() 或 is_object() 反向判断
有人尝试先 json_decode() 再判断类型，比如 is_array(json_decode($str))，这是危险的：
立即学习“PHP免费学习笔记（深入）”；
-
json_decode('null')返回 PHP 的null，is_array(null)是false，但'null'是合法 JSON -
json_decode('42')返回整型42，is_array(42)是false，但'42'是合法 JSON（JSON 数字） -
json_decode('"hello"')返回字符串'hello'，is_array()同样失效
结论：必须依赖 json_last_error()，而不是解码后的 PHP 类型。
注意 json_decode() 的第二个参数对判断无影响
很多人纠结该传 true 还是 false（即是否转成关联数组）。其实对「是否为 JSON 字符串」的判断完全无关：
- 无论传
true还是false，只要字符串语法合法，json_last_error()都返回JSON_ERROR_NONE - 传
false时，对象会变成stdClass实例；传true时变成数组——但这只是解码结果形态，不影响合法性校验 - 为减少意外（比如后续代码依赖数组结构），建议统一用
json_decode($str, true)，但仅用于判断时，两者等价
常见误判场景与绕过技巧
以下字符串看似像 JSON，实则不是，或容易被错误接受：
-
"{a:1}"—— key 缺少双引号，非法 JSON（应为{"a":1}），json_decode()会失败，判断正确 -
"{'a':1}"—— 单引号不合法，同上 -
"[1,2,3,]"—— 末尾多余逗号，PHP 7.0+ 会报JSON_ERROR_SYNTAX，判断正确 -
"\u0000"—— Unicode 控制字符，PHP 默认允许，但某些 JSON 规范（如 RFC 7159）要求严格过滤；如需更严，可加JSON_INVALID_UTF8_IGNORE标志（PHP 7.2+） -
"1e500"—— 超出浮点范围，json_decode()返回null且json_last_error()为JSON_ERROR_INF_OR_NAN，需留意此错误码也属于非法 JSON
真正难处理的是：带 BOM 的 UTF-8 字符串、换行缩进混乱但语法正确的 JSON、含不可见控制字符的字符串——这些仍能通过 json_last_error() === JSON_ERROR_NONE 判定，但可能在下游系统中引发问题。
