sublime text的“便携式”不等于“复制即用”，因其构建系统需硬编码node.js或python的绝对路径，移动文件夹后若未同步更新路径则ctrl+b失效；真正便携需将解释器放入目录并用相对路径引用，且必须配置working_dir、-u参数及pythonioencoding等关键项。
为什么“便携式”在 Sublime Text 里不等于“复制即用”
Sublime Text 本身没有官方便携版，所谓“便携式运行环境”实际是指：把 Sublime Text 可执行文件、Node.js 或 Python 解释器、构建系统配置、甚至项目依赖一并打包进一个目录，脱离系统 PATH 和全局安装路径独立运行。但关键问题是——node 或 python 的路径仍需硬编码进 .sublime-build 文件，且不能依赖 shell 环境变量。一旦你移动整个文件夹，而没同步更新构建系统里的绝对路径，Ctrl+B 就会立刻失败。
如何让 Node.js 在便携包里真正“跟着走”
核心是把 Node.js 二进制文件直接放进便携目录，并在构建系统中用相对路径引用它。Windows 下推荐用 node.exe，macOS/Linux 推荐用解压即用的 node-v*.tar.xz 中的 bin/node。
- 把下载好的 Node.js（LTS 版）解压/安装到便携目录下，例如：
./portable/nodejs/node.exe（Windows）或./portable/nodejs/bin/node（macOS/Linux） - 新建
Packages/User/NodeJS.sublime-build，内容中"cmd"字段必须写成相对路径形式："cmd": ["./portable/nodejs/bin/node", "$file"]（macOS/Linux）或"cmd": ["./portable/nodejs/node.exe", "$file"]（Windows） - 务必保留
"working_dir": "$file_path"，否则require('./config')仍会报MODULE_NOT_FOUND - Windows 用户注意：
./portable/...这种写法在 Sublime 的cmd中可用，但不能用单反斜杠\；若路径含空格，不用加引号，Sublime 会自动处理
Python 便携环境要额外防两个坑
Python 比 Node.js 更容易栽在编码和缓冲上，尤其当你把 python.exe 打包进来后，还默认用 print() + input() 测试时。
- 必须加
-u参数："cmd": ["./portable/python/python.exe", "-u", "$file"]，否则输出卡住、input()不响应 - 中文输出乱码？不是只改文件编码就够了。要在构建系统里显式设置环境变量：
"env": {"PYTHONIOENCODING": "utf8"} - 如果你打包的是虚拟环境（比如
venv），路径要指向Scripts/python.exe（Windows）或bin/python（macOS/Linux），而不是系统 Python -
"encoding": "utf-8"只控制 Sublime 自身读取构建配置的编码，不影响 Python 进程内部行为，别指望它解决print("你好")变问号的问题
构建系统保存位置和生效逻辑容易被忽略
Sublime 的构建系统只从特定路径加载，且加载顺序有优先级。便携部署时，你不能靠“随便存个地方再手动选”，必须确保文件落在它真认的位置。
- 正确路径是：
Packages/User/xxx.sublime-build（不是Packages/Default/，也不是桌面或文档夹） - 获取
Packages目录真实路径：菜单栏Preferences → Browse Packages…，打开的就是User所在父目录 - 保存后，必须在当前 JS/Python 文件里手动选择该构建系统：右下角状态栏点击当前构建名 → 选
NodeJS或Python3；或者按Ctrl+Shift+P→ 输入Build System: NodeJS - 如果改了
.sublime-build内容但没生效，不是缓存问题，是 Sublime 没重载——关掉再重开 Sublime，或重启构建系统列表（Ctrl+Shift+P→Reload Build Systems）
便携的本质不是“不配置”，而是“所有依赖和路径都收束在一个目录树里”。最常漏掉的其实是 working_dir 和 -u 这类细粒度参数，它们不显眼，但一缺就导致脚本看似跑起来、实则卡死或路径错乱。
