仓储智能化改造实战笔记：把手机变成“扫码枪”，我们是如何啃下离线缓存这块硬骨头的
做了八年仓储信息化，我见过太多企业一窝蜂上WMS（仓库管理系统），结果现场网络一抖，拣货员举着工业PDA像举着砖头一样干瞪眼。去年我们帮华东一家日用百货仓做智能化改造，甲方明确提出一个“刁钻”要求：不采购额外硬件，用员工自己的手机当扫码枪，而且仓库角落信号差，必须能离线干活。
这需求听着像外行拍脑袋，但仔细一聊才明白，他们日均出入库单据过万，临时工流动性大，发PDA成本高、管理乱。手机人人都有，微信小程序免安装，才是真解法。可问题来了——小程序本质是轻应用，依赖网络请求，怎么在断网时还稳得住？
我们团队后来落地的方案，核心就一句话：用“本地缓存 冲突仲裁”把小程序伪造成一台离线终端。下面说点实在的技术路径，不搞虚的。
第一层，是数据预拉与增量同步。每天凌晨仓管后台把料号、库位、待拣清单推送到小程序本地存储（微信的wx.setStorage，上限我们控制在80MB以内，够覆盖单仓高频数据）。现场扫码时，优先查本地索引，命中即反馈，根本不走网络。
第二层，是操作日志的离线队列。员工离线扫码，每一条动作（上架、拣货、移位）先写进本地日志，带时间戳和设备ID。这里有个坑：iOS微信小程序杀进程会丢内存态，所以我们用FileSystemManager落盘到用户目录，确保关屏再开还在。
第三层，也是最考验功力的——网络恢复后的冲突处理。多手机同时改同一个库位怎么办？我们没用复杂的OT算法，而是采用“服务端最终仲裁”：上传时带版本号，旧版本直接拒，前端提示“该货位已被老张先改，请核对”。简单粗暴，但仓库场景认这个，人少权清。
还有个细节，扫码本身。手机摄像头识码率受光照影响大，我们强制调用Camera上下文做手动对焦优化，并缓存最近50条码图做本地比对其余模糊重扫，效率比纯云端识别快了将近三倍。
这套机制跑下来，那个仓的拣货时效从人均每小时23单涨到41单，离线时长占比17%却零错账。说真的，仓储智能化不是堆机器人，往往是这种“土办法 硬技术”的组合最救命。
如果你也在折腾类似改造，记住：别迷信全云架构，仓库的墙比你想的厚。手机当枪不可笑，缓存设计才见真章。
微信号：18581869297
