WordPress某些写入API对输入转义有约定，JSON字符串含引号或反斜杠时，若调用层处理不匹配，保存后可能无法正确解析。应分别核对原始数据、编码结果、API输入与读取值，不能无限追加反斜杠试到页面不报错。
先保存最小可复现数据
选择不含客户秘密的小样本，包含引号、路径或需要转义字符，记录编码前结构与编码后字符串。不要直接拿正式订单资料反复写库。JSON解析成功、字符串视觉相似和业务字段值相同是不同检查，必须保留能够比较的原始依据。
读取目标API的输入约定
例如update_post_meta官方文档说明了字符转义处理，调用时应按其当前约定提供数据。REST、表单、PHP内部调用和数据库直接写入可能有不同前置处理，不能把某一层的规则无条件复制到其他入口。先定位到底在哪一步去掉或重复增加转义。
按数据类型使用合适方法
某些业务可以保存数组等结构，由API按适用机制处理；某些插件要求确切JSON字符串，则需遵循其数据合同。不要把JSON编码、PHP序列化和HTML转义当成同一件事。为了显示安全而做的转义，应放在正确输出上下文，不随意污染原始业务值。
保存后回读并验证往返
用对应读取API取回，重新解析并比较字段与类型，确认不是只让第一次写入成功。再测试再次编辑保存是否累积反斜杠，页面与外部接口是否使用同样语义。修正范围限定目标键，保留旧数据恢复依据，不对全库字符串执行无差别替换。
关键区别
JSON编码：将结构编码为字符串；不等于HTML转义。
元数据API：有自身输入约定；按具体入口核对。
读取回归：比较字段与类型；不能只看写入成功。
怎样确认处理到位
样本写入读取后结构和值一致，重复保存不累积或丢失转义，目标插件能正常解析，正式修正未影响其他元数据键。
容易误判的边界
按WordPress元数据API的输入约定处理转义，并用原始值往返核对。不要用全局加斜杠或全局去斜杠替代逐层分析，修正范围应限制到已确认的字段。
