sftp和remotesublime同步机制完全不同：sftp需关闭sftp-config.json中根层级的"upload_on_save":false和"sync_down_on_open":false；remotesublime无开关，须切断ssh反向隧道、禁用rsub插件或杀掉远程rsub进程。
不能只关一个开关就停掉远程同步——SFTP 和 RemoteSublime 的“自动同步”机制完全不同，关法也得分开处理。
关 SFTP 的 upload_on_save 和 sync_down_on_open
SFTP 插件的自动同步由两个独立开关控制，且必须写在 sftp-config.json 的根层级才生效：
-
"upload_on_save": false—— 关闭保存即上传，但右键菜单里的 Upload 仍可用 -
"sync_down_on_open": false—— 关闭打开文件时拉取远程最新版，避免覆盖本地未提交修改 - 这两个字段如果嵌套在
files或sync对象里，SFTP 插件直接忽略 - 改完配置后不用重启 Sublime，但要确保当前编辑的文件路径落在
local_path范围内，否则开关不触发
停 RemoteSublime（rsub）的实时写回
RemoteSublime 没有“同步开关”，它的保存行为是协议级硬编码的：每次 Ctrl+S 都通过 SSH 管道直接写回远程磁盘。要停掉它，只能切断底层链路：
- 关闭正在运行的 SSH 连接（含
-R 52698:localhost:52698参数），rsub就失去通信通道 - 临时禁用本地
rsub插件：Preferences → Package Settings → rsub → Disable Package - 远程服务器上杀掉
rsub进程：pkill -f 'rsub.*your_file'或直接killall rsub - 别试图在
sftp-config.json里加任何字段去干预 rsub —— 它根本不读这个文件
检查是否还有残留同步逻辑
有些项目会混用多种远程方案，容易漏关：
- 确认没启用 SFTP 的
sync_up_on_save（旧版字段，已被upload_on_save替代，但若存在仍可能干扰） - 检查
Preferences.sublime-settings用户设置里有没有全局"ftp_auto_upload"类字段（非官方，多为自定义插件添加） - 查看侧边栏右键菜单是否还显示 SFTP 选项：如果没有，说明项目未加载或插件未激活，同步实际已中断
- RemoteSublime 下打开的文件标签页左下角会显示
rsub://前缀，这是唯一可靠标识
最易被忽略的是：SFTP 的 upload_on_save 关了，但 RemoteSublime 仍在后台跑着；或者反过来，rsub 被禁用了，SFTP 却因路径匹配意外触发上传。两者共存时，必须同时检查两套状态，不能只盯一个配置文件。
