CMS导入可能在同一属性名下写两个价格，人工看起来仍像合法JSON。一层保留首值、另一层保留末值时，记录到网站之前就已失去一致口径。应在原始输入边界规定重复成员处理。
官方依据及事实范围
RFC8259说明对象成员名应唯一，并列出重复时不同接收程序的差异；它并未要求所有解析器都拒绝重复键。 原始参考 · 2026年10月18日读取.
已填写的验收例子
以下为原创合成教学情景，不是真实客户、平台实测或业务成果。案例中的规则须由实际负责人批准；窄屏可横向滚动表格。
| 输入与状态 | 明确核对口径 | 预期输出及决定 |
|---|---|---|
| {"sku":"A","price":70,"price":90} | 同一对象有两个price | 按本导入规则拒绝，不擅选70或90 |
| {"en":{"title":"A"},"zh":{"title":"甲"}} | 不同嵌套对象各有title | 每个对象内部均不重复 |
| {"sku":"A","\u0073ku":"B"} | 先解码名称再比较 | 根对象sku重复，拒绝 |
| JSON已转成普通对象 | 原重复值被覆盖 | 不能仅凭该对象证明没有重复 |
逐步执行的交付程序
- 不可逆导入前保留原UTF-8请求或有效接收证明；原始结构检查与字段类型、业务价格核验分开。
- 向识别重复的解析器提供同对象、嵌套和转义名称案例；拒绝输出须带位置及对象路径。
- 之后再验schema，并在非生产导入中核对ID和数量；没有重复键仍可能价格错误。
怎样解释结果
拒绝首行是保留歧义，而不是悄悄挑一个价格；嵌套例避免错误要求“全文所有键都唯一”。末行的最终对象快照已没有被丢弃的字节。
明确的验收终点
原始重复须在改数据前失败，合法嵌套同名须保留；需要识别重复的实现及错误路径证据，不能只做正则搜索。
适用范围及未验证项目
合成导入规格，不是生产JSON解析器或价格权威审计；不改目录、凭证、真实数据或schema。
下载已填写的双语验收记录 — 包含输入、步骤、预期和边界，是教学记录，不是可运行的生产集成。