一、前言笔者做了好几年医疗器械 / 仓库 / 物流方向的扫码工具小程序一直有个老痛点早年用微信扫 GS1-128扫出来的是一串连续、没有分隔符的数字或字母效期/批号/序列号全连在一起肉眼根本分不清具体信息开发者得自己写解析去拆。结果上周末我维护自己的《UDI 记账本》小程序时顺手扫了个 GS1-128的条码愣了一下——微信居然直接给我返回了带括号的格式(01)06901234567892(17)250101(10)ABC作为一个天天跟 GS1、UDI 打交道的人我对这行括号很敏感。先解释一下它是什么HRI Human Readable Interpretation人眼可读信息就是印在条码下方、给人看的那行带括号的数字或字母。括号本身并不编码进条码而是读码器识别到分隔符后按 GS1 的应用标识符AI字典自动补上去的——所以同一条码不同手机解析出的括号样式可能略有差异但含义一致。这事其实困扰开发者很多年。翻微信开放社区能看到从 2020 到 2026 年断断续续有多条开发者发帖吐槽用 wx.scanCode 扫 GS1-128 时FNC1 不可见分隔符被过滤效期/批号/序列号拆不开帖子浏览上万人却一直没等到已修复的官方回复。我自己的几款扫码工具早年也都是自己写解析兜底的。所以当微信突然能返回括号我才格外留意。其实早在6月份微信就已经放出整改的信号了通过下图也能看出迭代的过程也是不容易的二、以前啥样现在啥样拿下面这个条码前后对比一下就清楚了以前啥样扫出来是一长串没有分隔符的数字比如图中第二个条码1727080110FB0726001213818这样直接连在一起。在微信生态下基本无法精准识别批号和序列号——效期、批号、序列号全连在一起开发者只能放弃微信生态转用原生 App 或借助硬件扫码设备来识别普通用户更是两眼一抹黑。现在啥样实测微信直接返回带括号的 HRI 格式(17)270801(10)FB0726001(21)3818效期、批号、序列号各自归位、一眼可读不用再做任何特殊处理。关键点条码里根本不编码任何括号字符。括号是扫码引擎识别到分隔符后按 GS1 的应用标识符AI字典自动补上的人眼可读格式。微信能返回这串括号说明它这台设备上的扫码引擎确实做了 GS1 解析——而且我亲测小程序里的 wx.scanCode 现在同样会返回带括号的结果。当然不同机型/微信版本表现可能略有差异所以这篇文章你读完后最该做的事就是自己动手扫一个试试。三、自测不用到处找官方公告自己动手最实在找个 GS1-128 一维码器械/药品/物流箱贴都有用微信扫码小程序工具扫一扫看结果是不是带括号的纯文本注意不要直接使用微信扫一扫微信会对商品条码自动跳转商品详情的网页可使用《易扫码》工具进行扫码同一条码在没更新微信的旧手机上扫对比一下能反推是不是客户端升级带来的。手头没现成条码的可以扫描上文中的条码或下方条码图片。你手机微信扫个 GS1-128 条码试试出括号了吗是什么机型/微信版本欢迎在评论区留言告诉我大家一起摸摸支持范围。