e325报错不可盲目删.swp文件：须先用ps -p pid确认vim进程是否仍在运行，仅当进程已退出且无需恢复未保存内容时才可安全删除；查找需用ls -a | grep -e '.(sw[pxo]|swo|swn)$'，删除必须指定完整路径并加-f，避免误删或失效。
看到 E325 报错就删 .swp 文件？先确认是否真能删
不是所有 .swp 文件都能直接删——如果 Vim 还在后台运行（比如你误关了终端但进程没退出），强行删 .swp 可能导致恢复数据丢失或编辑冲突。E325 提示里通常会列出“另一个 Vim 正在编辑此文件”的 PID，这时应该先用 ps -p PID 确认进程是否存在，再决定是杀进程还是恢复编辑。
真正可安全删除的场景只有两种：Vim 已彻底退出（ps 查不到对应进程），且你不需要从崩溃中恢复未保存内容。
用 ls -a 找全隐藏的 .swp 文件，别漏掉点
.swp 文件默认是隐藏的，名字带前导点，格式通常是 .filename.swp（如编辑 config.yml，生成的是 .config.yml.swp），但也可能是 .config.yml.swo、.config.yml.swn 等——Vim 会按顺序轮换命名。所以不能只搜 *.swp。
- 运行
ls -a | grep -E '\.(sw[pxo]|swo|swn)$'能一次列全可能的交换文件 - 注意路径：它总在被编辑文件所在目录，不是当前工作目录；如果用绝对路径打开文件，
.swp就在那个绝对路径下 - 别手抖输成
rm -rf .swp——这会删当前目录下所有以.swp结尾的文件，包括.git/swp这种误匹配
删的时候必须加 -f，但别用 -r
.swp 是普通文件，不是目录，rm -r 完全没必要，还可能因路径写错误删整个子树。正确命令就是 rm -f .filename.swp。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
常见错误操作：
-
rm -rf .*.swp—— 星号没引起来，shell 会先展开匹配，万一当前目录有.a.swp和.b.swp，实际执行变成rm -rf .a.swp .b.swp，看似没问题，但若无匹配项，星号原样传给rm，报错“no match” -
rm .*.swp—— 不加-f，遇到只读文件会卡住询问，而 Vim 启动时又不读 stdin，导致假死 - 在错误目录执行，比如
cd ~ && rm -f .config.yml.swp，其实该文件在/etc/下
删完仍报 E325？检查 Vim 的 swapfile 设置和残留锁
即使删光了 .swp 文件，Vim 有时仍报 E325，原因常有两个：
- Vim 配置里设了
set directory=~/tmp//之类，把 swap 文件存到了别处，得去那个目录找ls -la ~/tmp/ | grep filename - 存在
.filename.swx（Windows 兼容锁）或.filename.un~（备份锁），它们也可能触发类似提示，一并清理更稳妥 - 极少数情况是 Vim 缓存了旧状态，重启终端或用
vim --clean -u NONE filename测试可排除插件干扰
最易被忽略的一点：.swp 文件权限可能为只读（尤其在 NFS 或某些容器挂载卷上），rm -f 虽不报错，但实际没删掉——用 ls -l .filename.swp 看一眼权限位，必要时先 chmod u+w .filename.swp 再删。
