subl命令无法直接清空或重写文件内容，必须借助shell命令（如>、truncate、type nul）先清空文件，再用subl打开；需注意文件锁、权限及进程占用问题。
subl命令本身不支持清空或重写文件内容
直接运行 subl filename.txt 只会打开文件，不会修改其内容。Sublime Text 的命令行工具 subl 是启动器，不是编辑器脚本引擎——它没有内置的 --truncate、--write 或类似 Vim 的 + 命令参数。试图用 subl file.txt --empty 会报错或静默忽略。
真正能“清空并重写”的只有 shell + subl 组合操作
必须借助系统 shell（bash/zsh/cmd）完成清空，再用 subl 打开编辑。常见可靠做法：
- 清空文件后立即打开：
>重定向最安全（不依赖外部命令）：> filename.txt && subl filename.txt
- 保留原文件权限和 inode（如需审计或软链指向不变）：
truncate -s 0 filename.txt && subl filename.txt
- Windows cmd 用户：
type nul > filename.txt && subl filename.txt
- 若想一步到位写入新内容（比如模板），可用 echo + heredoc：
echo "# New File" > filename.txt && subl filename.txt
注意：subl --wait 在这种场景下没意义——它只阻塞终端直到窗口关闭，但不参与文件内容写入逻辑。
别指望 Package Control 插件接管这个流程
虽然有插件如 FileDiffer 或 AdvancedNewFile 能快速新建带模板的文件，但它们都不具备“清空已有文件并打开”的原子能力。你手动删内容、全选+Delete、再保存，反而比写 shell 命令更慢且易误操作。
另外，subl -n（新窗口）和 subl -w（等待保存）组合也解决不了清空问题——它们控制的是窗口行为，不是文件 I/O。
容易被忽略的坑：文件被锁住或权限拒绝
如果 > 或 truncate 报 “Permission denied” 或 “Text file busy”，说明 Sublime 正在后台持有该文件句柄（尤其启用了 LSP 或文件监视插件时）。此时必须先确保：
- 该文件未在任何 Sublime 窗口中打开（包括隐藏标签页）
- 执行过
pkill -f "sublime_text"（Linux/macOS）或结束所有sublime_text.exe进程（Windows） - 确认没有其他进程（如 git、linter、backup 工具）正在读写该文件
否则 shell 清空成功，但 Sublime 缓存仍显示旧内容，保存时可能覆盖回旧数据——这不是 bug，是文件系统级状态不一致。
