JSON文本与JavaScript对象，为什么看起来相同却用法不同

JSON描述可交换的数据文本，JS对象则存在于程序运行期间。二者可以相互转换，但并非所有对象都能无损表示为JSON。调试接口时，先分清手中变量的类型，再判断应读字段还是解析文本。

JSON实操截图：在KKCE官网使用自建的非敏感样例执行格式化，展示对象、数组与字段层级。语法或排版通过不等于业务字段与接口约定已经正确。

同样花括号不代表同一语法

JS字面量可以出现一些JSON不接受的写法，比如不带引号的属性名。标准JSON的字符串和键有自己的严格规则。把源代码里的对象片段直接保存成接口样本，可能在其他语言的解析器中失败。

序列化会改变某些运行时信息

方法、原型和其他运行时能力不属于普通JSON交换内容。日期或特殊数值也需要约定表达方式。向外提供接口前，应明确字段模型，而不是假定对象序列化方法可以保留对象的一切含义。

解析只解决文本到值的转换

将文本解析成功之后仍应检查结果是对象、数组还是其他允许的JSON值。若函数要求一个对象，却拿到字符串，继续点属性会失败。类型约束应写在调用边界，不要让深层代码依靠碰巧存在的字段运行。

用工具看数据，用程序验契约

KKCE JSON工具适合整理脱敏文本，快速发现层级与标点问题。运行时应另做字段和类型验证，并保留原始响应，避免把展示后的文本当成真正参与签名或传输的原字节。