PHP使用is_json检测JSON，原来这么简单！

发布日期： 2025-10-23 阅读量： 作者： admin

大家今天来聊聊我在PHP里头判断一个字符串是不是JSON这事儿。

起因是这样的，前段时间在对接一个第三方的接口，那接口有时候返回的是规规矩矩的JSON数据，但有时候，网络一抽风或者那边系统有点小毛病，就可能返回一串乱七八糟的错误信息，根本不是JSON格式。我这边接收到数据后，得先判断一下，是JSON咱就按JSON处理，不是的话就得记录个错误或者给个提示。

刚开始的瞎琢磨

一开始我脑子比较简单，想着是不是判断一下字符串是不是以大括号开头，以大括号结尾就行了？或者看看有没有方括号和。试了下，很快就发现不行，太不靠谱了。比如人接口返回个纯文本的错误消息，里面恰好也有个大括号，那不就误判了嘛或者人家返回一个合法的JSON字符串，比如就一个数字 123 或者字符串 "ok"，这也不是大括号或方括号包着的，但也算是有效的JSON值。

找到 `json_decode` 这个帮手

后来我就上网扒拉了一下，看到好多人都说用 json_decode() 这个函数。它的作用是把JSON字符串转成PHP的变量（比如数组或者对象）。我想，如果一个字符串能被它成功转换，那不就说明它是个JSON了嘛

于是我就试着用这个思路来搞：

先把拿到的字符串扔给 json_decode()。
然后判断一下返回值。当时看有人说，如果传进去的不是合法的JSON，json_decode() 会返回 null。

所以我就写了类似 if (json_decode($response_string) !== null) 这样的判断。大部分情况下还真管用！

又遇到坑了：`null` 的问题和更可靠的方法

正当我以为搞定了的时候，又出问题了。有一次，接口那边正常返回了一个表示“空”的JSON，就是字符串 "null"。结果我的代码用 json_decode("null")，得到的结果也是PHP里的 null。这下好了，我的判断 !== null 就失效了，把一个有效的JSON给判成无效的了。

这不行，得找个更准的法子。继续研究，发现PHP从5.3版本开始，提供了一个配套函数叫 json_last_error()。这个函数能在你调用完 json_decode() 之后，告诉你刚才那次解码有没有出错，具体是什么错。

这可真是个好东西！ 如果 json_decode() 成功执行，并且没遇到任何语法错误，那么 json_last_error() 就会返回一个常量 JSON_ERROR_NONE，这个常量的值就是0。

最终的实践方案

我现在判断一个字符串是不是JSON，就用下面这套组合拳：

先调用 json_decode($the_string)。注意，这里我暂时不关心它的返回值是什么，只是为了触发可能的解析过程。
紧接着，马上调用 json_last_error()。
判断 json_last_error() 的返回值是不是等于 JSON_ERROR_NONE。

如果等于 JSON_ERROR_NONE，那我就能百分百确定，刚才那个 $the_string 是一个结构完整的、合法的JSON字符串。不管它是 {"name":"张三"} 这样的对象，还是 [1, 2, 3] 这样的数组，甚至是 "hello"、123、true、false 或者 null 这些单个JSON值，都能正确判断出来。

这么一改，之前遇到的那个 "null" 字符串的问题也解决了。因为 json_decode("null") 虽然返回 null，但它本身是合法的JSON，所以 json_last_error() 会返回 JSON_ERROR_NONE，判断通过！

用这个方法有个前提，就是你的PHP环境得是5.3或更新的版本。不过现在大部分环境应该都满足了。

就这么个小小的判断，也折腾了我一番。写代码就是这样，总会遇到各种意想不到的小细节。记录下来，希望能帮到有同样困惑的朋友。

上一篇: 特惠云主机哪个好？对比这几家就知道！

下一篇: 企业网站设计要花多少钱？搞懂预算才能不吃亏！

PHP使用is_json检测JSON，原来这么简单！

随便看看