保存大文件被系统拦截是因为Windows Defender SmartScreen或实时防护将Sublime的atomic_save重命名操作识别为可疑行为，尤其在OneDrive目录、WSL2挂载路径或启用“受控文件夹访问”时静默失败。
为什么保存大文件会被系统拦截？
不是Sublime在“作怪”，而是Windows Defender SmartScreen或实时防护把rename操作当成了可疑行为——尤其当Sublime启用atomic_save（默认开启）时，它会先写xxx.tmp，再rename覆盖原文件。这个重命名动作，在OneDrive同步目录、WSL2挂载路径（如/mnt/c/Users/xxx/Downloads）、或启用了“受控文件夹访问”的环境下，极易被拦截，且不报错，只静默失败。
如何快速验证是不是防御机制在拦？
打开Sublime控制台（Ctrl+`），执行：
view.window().active_view().file_name()
复制输出路径，在PowerShell中运行：
echo test > "你的完整路径.txt" 2>&1 || echo 拦截了
- 如果终端也报错（如
拒绝访问或操作无法完成，因为文件已在使用中），说明是系统级拦截，不是Sublime配置问题 - 如果终端能写入，但Sublime仍保存失败，再查
atomic_save和encoding
绕过拦截的实操方案（按优先级排序）
别改杀软全局策略，用最小干预解决：
- 临时关闭
atomic_save：打开Preferences → Settings – User，加一行"atomic_save": false，重启生效。此时保存变为直接覆写，跳过rename环节 - 把文件移出高风险路径：避免存放在
C:\Users\xxx\OneDrive\、C:\Program Files\、/mnt/c/（WSL2）下；改用C:\temp\或~/Documents/测试 - 给当前目录加Defender排除项：进
Windows 安全中心 → 病毒和威胁防护 → 管理设置 → 排除项 → 添加文件夹，选中该文件所在父目录 - 禁用“受控文件夹访问”（仅调试用）：同一页面下滑到
勒索软件防护 → 管理受控文件夹访问 → 关闭
长期编辑大文件，别只盯“保存”，还要防卡顿
大文件+防御拦截只是表象，背后常叠加性能问题：语法高亮、行号、插件扫描一起触发，CPU拉满后系统更倾向拦截异常IO。所以必须同步降级加载行为：
- 设
"large_file_threshold": 262144000（250MB），让Sublime在打开前就切轻量模式 - 对日志类文件（
Plain Text或Log语法），建Plain Text.sublime-settings，关掉"line_numbers"、"gutter"、"highlight_line" - 保存前手动切换语法：
右下角语法名 → Open all with current extension as… → Plain Text
真正麻烦的从来不是“点一下保存”，而是atomic_save + OneDrive同步中 + Sublime语法解析器正在后台跑正则三者同时发生——这时候哪怕权限全开，系统也会主动掐断。
