sublime text本地触发远程编辑的核心路径是：通过sftp插件映射目录实现“打开即下载、保存即上传”，或借助rsub+ssh端口转发实现远程命令式编辑；前者需启用sync_down_on_open并严格匹配remote_path，后者依赖rsub部署与正确端口转发。
Sublime Text 本地触发远程编辑的核心路径是什么
Sublime Text 本身不支持“一键 SSH 编辑”或“直接打开远程文件”，所谓“快速触发远程编辑”，实际只有两条可靠路径：一是通过 SFTP 插件映射目录后打开/保存即同步；二是用 rsub 配合 SSH 端口转发，在远程执行 rsub 命令后，本地 Sublime 主动连接。前者适合常规文件修改，后者适合临时调试单个脚本——但 rsub 必须手动部署、不能开箱即用。
SFTP 插件怎么配置才能“点开就编辑”
关键不是装插件，而是让 Sublime 在打开本地文件时自动从服务器拉取最新版。这依赖两个配置项协同生效：
-
sync_down_on_open必须设为true（默认是false） -
remote_path必须与你要编辑的文件在服务器上的路径严格匹配（比如你右键打开的是/var/www/html/index.php，那配置里remote_path就得是/var/www/html，不能是/var/www或漏掉末尾斜杠）
常见错误现象：
- 打开文件内容是旧的 → 检查
sync_down_on_open是否启用，以及是否首次打开（SFTP 只在首次打开时下载，后续靠保存上传） - 文件打不开或提示 “No such file” →
remote_path和本地文件相对路径没对齐，例如本地项目根目录是./src，但remote_path写成了/home/user/app，而实际文件在/home/user/app/src
rsub 连不上最常见的三个原因
rsub 看似简单，但失败率极高，绝大多数卡在以下环节：
- 远程没运行
rsub：登录服务器后执行which rsub，无输出说明没装或不在$PATH；装了也得确认 Ruby 版本 ≥ 2.3，否则启动报错 - SSH 连接没带
-R 52698:localhost:52698：只用ssh user@host是连不通的；必须显式加端口转发参数，且不能写成-L或漏掉localhost: - Sublime 找不到
rsub命令：Mac/Linux 用户需确保which rsub有返回，且 Sublime 启动方式能继承 shell 的$PATH（从终端执行subl启动比双击图标更可靠）
upload_on_save 为什么有时不上传
这个选项看似直白，但实际受多个隐性条件约束：
- 文件必须属于当前已配置 SFTP 的项目（即该文件路径在
sftp-config.json所在文件夹下，或被.sublime-project中的sftp配置覆盖） - 文件名不能含空格或特殊字符（如
[test].js），某些版本 SFTP 会静默跳过 - 如果服务器返回 HTTP 403 或权限拒绝，SFTP 默认不报错，只在 Sublime 底部状态栏闪一下 “Upload failed”，容易被忽略
- 修改了文件但没真正“保存”（比如只是 Ctrl+S 但文件内容未变），部分 SFTP 版本不会触发上传
最稳妥的验证方式：改一行代码 → Ctrl+S → 立刻右键文件 → SFTP → Download File，看是否和刚保存的内容一致。
真正容易被忽略的是：SFTP 配置是按项目隔离的，不是全局生效。同一个 Sublime 实例打开两个不同文件夹，它们的 sftp-config.json 互不影响。换项目就得重新检查配置。
