ctrl+s卡顿1–3秒且控制台无报错，是windows defender拦截atomic_save的rename操作所致；需将sublime安装目录和%appdata%\sublime text加入其排除列表，或临时关闭“受控文件夹访问”，改后必须重启sublime才生效。
为什么Ctrl+S卡顿1–3秒，控制台却没报错？
这不是Sublime变慢了，而是Windows Defender在你按下保存键的瞬间，对临时文件（xxx.tmp）和重命名操作做了深度扫描——尤其当atomic_save为true（默认）时，Sublime先写.tmp再rename，Defender会阻塞第二步，造成“假卡顿”。现象是：光标停住、状态栏仍显示modified、磁盘时间戳延迟更新，但控制台安静得像什么都没发生。
如何确认是Defender在拦截rename？
别猜，直接验证：
- 打开Sublime控制台（
Ctrl+`），执行：view.window().active_view().file_name()，复制路径 - 在PowerShell中运行：
echo test > "你的路径.txt" && echo OK—— 如果立刻返回OK，说明写入本身没问题；但Sublime保存仍卡，基本锁定是rename环节被拦 - 观察任务管理器：点保存瞬间，如果
MsMpEng.exeCPU占用跳到40%以上，就是它
三种实操方案，按优先级排序
不推荐全局禁用Defender，只做精准排除：
-
首选：把Sublime安装目录和数据目录加进Defender排除列表
路径示例：C:\Program Files\Sublime Text和%APPDATA%\Sublime Text（注意不是Packages/User子目录，而是整个Sublime Text文件夹） -
次选：临时关闭“受控文件夹访问”（非关闭实时保护）
设置路径：Windows安全中心 → 病毒和威胁防护 → 管理设置 → 受控文件夹访问 → 关闭。这个功能专杀rename类行为，关掉立竿见影 -
应急：在
Preferences.sublime-settings里设"atomic_save": false
副作用明显：断电或崩溃时可能丢最后几秒修改。仅用于排查，别长期开着
改完设置后必须重启Sublime
Defender排除项生效、atomic_save开关切换、甚至用户配置文件权限修复——这些改动都不会热加载。哪怕你看到Settings已保存，也得完全退出Sublime再启动，否则内存里还是旧逻辑。尤其当你刚修复Packages/User目录权限后，不重启=白修。
