口令解析需四步闭环：提取→清洗→匹配→调用接口。清洗最关键，须清除不可见字符、中文标点、多余空白及引导语；匹配应分层处理淘宝/京东/拼多多不同格式；前端仅传参至服务端调用淘宝联盟api解析，严禁前端拼sign，并需实时状态反馈。
直接用正则从文本里“抠”口令，90% 场景会失败——淘宝口令本质是带签名的加密短链，不是纯字符串匹配问题。必须走「提取原始字符串 → 清洗干扰字符 → 匹配模板 → 调用平台解析接口」四步闭环，否则连最基础的“复制粘贴后识别失败”都解决不了。
口令文本清洗比匹配还关键
用户从微信/短信/截图里复制的口令，几乎必然混着换行、空格、中文标点、零宽字符甚至表情符号。不先清理，/[a-zA-Z0-9]{12,20}/ 这种正则根本没机会命中。
- 先统一去除不可见控制符：
text.replace(/[\u200B-\u200D\uFEFF\u00AD\u2060]/g, '') - 再干掉中文括号、冒号、引号：
.replace(/[\u3001\u3002\uff1a\uff08\uff09\u201c\u201d]/g, '') - 合并连续空白（含全角空格
\u3000）为单个空格，再.trim() - 特别注意：淘宝口令末尾常带「复制链接打开淘宝」等引导语，得用
.replace(/复制.*?淘宝$/, '')切掉
正则匹配不能只盯“淘口令”三个字
淘宝系口令格式不统一：有带“淘口令”前缀的，有纯字母数字组合的，还有新版带 https://www.taobao.com/ 域名跳转的。硬写一个正则覆盖全部，不如分层匹配。
- 优先匹配显式口令：
/淘口令[:：\s]*([a-zA-Z0-9]{12,20})/i - fallback 到无前缀模式：
/[a-zA-Z0-9]{14,22}(?=[\s\u3000\n\r]|$)/（加边界断言防误抓） - 别忽略新版短链：
/https?:\/\/(www\.)?taobao\.com\/\S{6,12}/i（需后续校验是否真实跳转） - 京东/拼多多口令结构不同，必须单独写分支，例如京东口令常见
JD[0-9A-Za-z]{10,16}
uni-app 里调用淘宝开放 API 解析口令要绕过跨域和鉴权
淘宝官方没有提供前端直调的口令解析接口，taobao:// 协议只能唤醒 App，无法返回解析结果。真正在做的方案，是把清洗后的口令发到自己的服务端，由服务端调用淘宝联盟 API（如 taobao.tbk.tpwd.convert）做签名验证和目标链接还原。
- 前端只负责传参：
uni.request({ url: '/api/parse-taokouling', method: 'POST', data: { raw: cleanedCode } }) - 服务端必须带合法的
app_key和sign，否则返回invalid-parameter - 别在前端拼接 sign——密钥泄露风险极高；也别用 mock 数据糊弄，淘宝对口令有效期、来源渠道有严格校验
- 响应字段重点关注
model.url（真实商品链接）和model.content（口令对应文案），不是所有口令都能解析出商品 ID
用户粘贴后立即反馈，但别卡住输入框
口令解析有网络延迟，而用户粘贴后往往立刻点搜索或发送。UI 必须区分“已识别”“解析中”“解析失败”，且不能让输入框失焦或键盘收起。
- 监听
@paste事件，event.clipboardData?.getData('text')拿原始内容 - 匹配成功后立刻设
this.parsedStatus = 'pending'，并uni.showToast({ icon: 'loading', title: '解析中' }) - 解析完成前，禁止再次触发请求（用
if (this.isParsing) return控制） - 失败时显示轻量提示：
uni.showToast({ title: '不是有效口令', icon: 'none', duration: 1500 })，别弹 confirm 框打断流程
口令解析真正的难点不在正则多复杂，而在“用户以为复制了就能用”和“系统实际需要三秒才能确认它是不是真的口令”之间的体验断层。所有自动识别逻辑，必须配上明确的状态反馈和降级入口（比如“手动输入链接”按钮），否则用户只会反复复制、粘贴、失败、放弃。
