Sublime Text 中 Webpack 构建本质是通过 Build System 调用命令行工具，需用 npx webpack 避免 PATH 问题，watch 模式应另起终端，错误跳转依赖 source map 和正确 file_regex 配置。
Webpack 构建任务在 Sublime Text 里根本不是靠“集成”实现的
Sublime Text 本身不支持直接运行 Webpack，也没有官方插件能真正接管 webpack 的生命周期（如 watch、HMR、stats 输出解析）。所谓“配置构建任务”，本质是把 webpack 当作一个命令行工具，用 Sublime 的 Build System 调起它。如果你期待类似 VS Code 的终端集成或错误跳转，会失望——它只负责执行命令、捕获 stdout/stderr，并高亮匹配 file:line:column 格式的报错。
手动创建 Build System 文件，路径和 Node 环境必须对得上
很多人配完 build system 点运行却提示 command not found: webpack，问题几乎全出在 Shell 环境和 Sublime 启动方式上。Sublime 在 macOS/Linux 下常通过 Dock 或 Launchpad 启动，它继承的是 login shell 的 PATH；而你在终端里装的 webpack（比如用 npx webpack 或全局 npm install -g webpack-cli）可能只在交互式 shell 里生效。
- 最稳的方式：不用全局
webpack，改用项目本地的npx webpack——前提是项目根目录有package.json且已安装webpack和webpack-cli - Build System 文件（如
Webpack.sublime-build）应放在~/Library/Application Support/Sublime Text/Packages/User/（macOS）或对应 Windows/Linux 路径 -
cmd字段推荐写成：["npx", "webpack"]，而不是["webpack"]；加"working_dir": "${project_path}"确保在项目根下执行 - 如果要用自定义配置文件（如
webpack.config.prod.js），加参数：["npx", "webpack", "--config", "webpack.config.prod.js"]
watch 模式不能靠 Ctrl+B 触发，得另起终端或改用快捷键绑定
webpack --watch 是长时进程，Sublime 的 Build System 设计上不支持持续监听输出并交互。一旦你用 Ctrl+B 运行带 --watch 的 build，Sublime 会卡住、无法响应，甚至假死。
- 正确做法：单独开一个终端窗口跑
npx webpack --watch，让 Sublime 只负责一次性构建（比如上线前打包） - 若真想在 Sublime 内一键启动 watch，可用
Terminus插件（非官方，需手动安装），然后绑定快捷键执行 shell 命令，而非 Build System - 别尝试在
sublime-build里加"shell": true+webpack --watch &——后台进程脱离 Sublime 控制，日志不回传，错误也抓不到
错误定位不准？检查正则匹配和 source map 是否启用
Sublime 默认用正则从构建输出里提取 file.js:12:34 这类位置信息，跳转到对应行。但 Webpack 5+ 默认不生成 devtool，错误堆栈里没有源码位置，或者用了 source-map 却没开启 devtool，就会导致点击错误不跳转。
- 确保
webpack.config.js里有devtool: 'source-map'（开发时）或'inline-source-map'（方便 Sublime 解析） - Build System 中可加
"file_regex": "^(.*?):(\d+):(\d+):"来强化匹配（注意空格和冒号），但更关键的是 Webpack 输出本身得带这些字段 - 如果用
webpack --display-error-details，反而可能干扰正则匹配，建议不用
真正麻烦的地方不在配置语法，而在于 Sublime 和 Node 工具链之间那层看不见的环境隔离——PATH、shell 类型、工作目录、stdio 缓冲，每个都可能让 npx webpack 执行失败或静默退出。调不通时，先在 Sublime 里打开 Python 控制台，运行 import os; print(os.environ['PATH'])，再对比你终端里的 $PATH，八成问题就在这儿。
