Sublime Text 无法直接扫码入库或导出报表，因其仅为文本编辑器，无硬件接口、运行时环境及安全沙盒外的文件操作能力；需改用 Python+Flask 等真实运行环境实现。
Sublime Text 本身不支持扫码入库或报表导出——它只是个文本编辑器，没有运行时环境、硬件接口能力，也不内置数据库或 HTTP 服务。想用它“构建库存系统原型”，实际只能做静态页面模拟、伪代码设计，或配合外部工具链临时凑合。真要跑起来，必须换技术栈。
为什么 subl 不能直接调用扫码枪或生成 Excel
扫码枪本质是 HID 键盘设备，插上即发键入事件；Sublime 没有监听全局键盘输入的 API，也无法区分是人工敲击还是扫码触发。导出报表更需要文件 I/O 和格式生成能力（如 xlsx 或 csv），而 Sublime 的 Python 插件 API（sublime_plugin）严格限制了系统调用，禁止写文件到任意路径、禁止执行外部命令（除非显式绕过沙盒，但极不稳定）。
- 扫码场景下，你看到的“粘贴”效果，其实是扫码枪把条码转成字符串+回车，靠的是操作系统级输入注入，Sublime 只是被动接收
- 想自动捕获扫码并触发逻辑，得用能监听
on_modified或on_post_text_command的插件，再加规则判断输入是否为条码（比如长度固定、纯数字、含校验位），但极易误触 - 导出功能若强行用
open()写 CSV，会因权限失败或路径不可控（Sublime 插件工作目录不明确），且无法弹出保存对话框
可行的轻量原型方案：用 Python + Flask 快速搭起最小闭环
保留 Sublime 作为编码工具，但运行环境换成真实 Python 进程。扫码走浏览器输入（手机扫码跳转 http://localhost:5000/in?code=123456），报表导出用 openpyxl 或 csv 模块生成文件，通过 send_file() 下载。整个后端 50 行内可跑通。
- 扫码入库：前端放一个隐藏
<input autofocus>，扫码枪扫完自动聚焦并提交，避免手动点选 - 库存数据暂存内存字典（
dict）或 SQLite 文件（sqlite3模块开箱即用），别碰 MySQL 等重量级组件 - 导出报表时，用
datetime.now().strftime('%Y%m%d_%H%M%S')生成带时间戳的文件名，防止浏览器缓存覆盖 - 启动命令就一行：
python app.py，不用装 Docker、Nginx，开发机直连http://localhost:5000
如果硬要 Sublime 插件化，这些坑必须提前踩
真要用 sublime_plugin 做，核心限制在沙盒和异步模型：插件主线程卡死会导致整个 UI 冻结，所有耗时操作（如写文件、查网络）必须扔进 sublime.set_timeout_async()；而扫码识别又得高频监听视图变化，容易引发竞态。
- 别在
on_modified里直接处理扫码逻辑——用户打字快时会反复触发，应加防抖（sublime.set_timeout()延迟 200ms 判定是否结束输入） - 导出路径必须用
sublime.packages_path()或sublime.cache_path()，不能写桌面或下载目录（权限拒绝） - Excel 导出放弃
openpyxl（依赖多、插件打包麻烦），改用纯csv：用csv.writer写入，后缀改为.csv，Excel 可直接打开 - 扫码测试时，先拔掉其他键盘设备，否则 USB 扫码枪可能被识别为第二个键盘，输入乱入其他窗口
真正卡住进度的往往不是功能逻辑，而是扫码设备的 HID 模式配置（有些需用厂商工具切“键盘模式”而非“串口模式”）、Windows 的快速启动导致 USB 设备重置失败、或者浏览器同源策略拦截本地文件导出。原型阶段，优先确保扫码能稳定落库、报表能点开不报错，别的都往后排。
