2 Commits

Include renames

Author	SHA1	Message	Date
yml2213	ecc8ffaee4	fix(douyin-mashida): 出网响应按大整数安全解析（product_id 被压精度） ... 真实联调发现：抖店大量 id 是 19 位数字，超过 Number.MAX_SAFE_INTEGER， 入站推送我们用 express.text() 收原文保住了精度，但**出网响应是 JSON.parse 出来的**， 19 位数字在解析瞬间就被压成相邻 double： 平台真值 product_id = 3847255376114352567 我们存到的 = 3847255376114352600 后果：拿这个 product_id 去调 product.detail 报「商品不存在」（实测）， 任何按商品ID做的映射/查询都会错。 修复：抖音出网响应改用共享的 parseJsonObject(..., { preserveLargeIntegers: true })。 utils/json.ts 里其实早有 wrapLargeIntegerLiterals（≥16 位/超 MAX_SAFE_INTEGER 才包裹， 只处理值位置的整数字面量，不误伤字符串内数字与短数字），但全仓没有调用方 —— 现在接上。 实测：同一笔订单 product_id 已精确为 …567，product.detail 返回 code=10000 并拿到商品图。 补了 json 解析的大整数单测（含「字符串里的数字、短数字不受影响」的反例）。	2026-10-09 14:47:55 +08:00
yml2213	5e59a5fdb1	fix(order-service): 修复包含 Emoji 和孤立代理字符的订单在 PostgreSQL jsonb 下报错导致死循环重试进单的问题 ... 1. 在 utils/json.ts 新增 sanitizeWellFormedUnicode、deepSanitizeUnicode 和 safeJsonStringify，自动清理空字节 (\0) 并将畸变孤立 UTF-16 代理字符 (Lone Surrogates) 安全转换为规范字符，杜绝 PostgreSQL jsonb 解析错误； 2. 拼多多订单映射器与通用进单服务 (order-service) 全面接入 Unicode 深度清洗与安全序列化，确保买家昵称/留言中的各类特殊 Emoji 和生僻字符平滑落库； 3. 数据库仓储层 (order-repo / order-item-repo) 针对 raw_payload_json、spec_json、item_snapshot_json 等 jsonb 字段增加兜底安全序列化保护； 4. 补充 utils/json.test.ts 与 pdd-order-mapper.test.ts 单元测试，覆盖畸变字符与空字节场景。	2026-09-19 11:40:02 +08:00