E37错误：未修改却提示“no write since last change”？

Question

在使用 Vim 编辑器时，用户常遇到 E37 错误：“No write since last change (use ! to override)”，即使未对文件进行明显修改。该问题通常发生在尝试切换缓冲区或退出编辑器时，Vim 检测到缓冲区被标记为“已修改”，但实际内容无变更。可能由插件自动格式化、换行符转换（如 CRLF 与 LF）、字符编码处理或意外触发的修改命令（如 :set ff=unix）引起。尽管肉眼看不出变化，Vim 的修改标志（modified flag）仍被置位，导致 E37 报错。解决方法包括使用 :view 命令以只读方式打开文件、执行 :edit! 重载文件，或通过 :set nomodified 强制清除修改标志（需谨慎）。理解该机制有助于避免误操作和数据丢失。

Answer 1

深入解析 Vim 编辑器中的 E37 错误：“No write since last change”

1. 问题背景与常见场景

Vim 是 IT 行业中广泛使用的文本编辑器，尤其受到系统管理员、开发人员和 DevOps 工程师的青睐。然而，在日常使用过程中，许多用户会遭遇一个看似矛盾的错误提示：

E37: No write since last change (use ! to override)

该错误通常出现在尝试切换缓冲区（如 :bnext）、关闭窗口或退出 Vim 时。尽管用户并未进行肉眼可见的内容修改，Vim 仍认为当前缓冲区已被“修改”，从而阻止无保存退出。

这一现象的背后是 Vim 的“modified flag”机制，它用于标记缓冲区是否与磁盘文件存在差异。

2. 修改标志（Modified Flag）的工作原理

Vim 使用内部状态变量 &modified 来记录缓冲区是否被修改。一旦该标志被置位（即 &modified == 1），即使内容未变，Vim 也会在退出前要求确认写入。

以下操作可能在不改变可视内容的情况下触发此标志：

• :set ff=unix：更改文件格式（换行符从 CRLF 转为 LF）
• :set fileencoding=utf-8：重新编码文件
• 自动格式化插件（如 vim-autoformat 或 neoformat）执行空格式化
• 模型机插件（如 YouCompleteMe）后台补全建议导致行尾空格插入
• Git 钩子或编辑器集成工具自动清理空白字符

这些行为虽然对内容影响微小甚至不可见，但足以让 Vim 认定“已修改”。

3. 常见诱因分析表

诱因类型	典型命令/插件	是否可见变化	是否触发 modified
换行符转换	:set ff=dos/unix/mac	否（除非显示 ^M）	是
字符编码变更	:set fileencoding=utf-8	否	是
自动缩进/格式化	vim-prettier, vim-lsp	可能有空格调整	是
意外键击	i → Esc 不完整输入模式	无	否（一般不会）
BOM 处理	读取带 BOM 的 UTF-8 文件	无	是（移除后标记修改）
模型预测补全	YouCompleteMe, coc.nvim	可能添加空格	是
Git 集成	vim-fugitive 自动换行修复	隐藏	是
脚本自动处理	autocmd BufWritePre 执行 trim	行尾空格消失	是

4. 解决方案与实践策略

针对 E37 错误，可采取多种方式应对，依据使用场景选择最合适的方案：

1. :edit! —— 重载当前文件，丢弃所有更改（包括隐藏修改）
2. :view filename —— 以只读模式打开文件，避免修改标志激活
3. :set nomodified —— 强制清除修改标志（需确保无真实变更）
4. :write | edit! —— 先保存再重载，适用于不确定是否有变更的情况
5. 使用 diff 工具验证：:vert diffsplit # 对比前后版本
6. 禁用特定插件的自动行为，例如设置 let g:neoformat_enabled = 0
7. 配置 autocmd 监控 modified 状态，实现智能提醒
8. 启用 backupcopy=yes 防止某些文件系统误判修改

5. 高级调试技巧：追踪“隐形修改”

对于资深开发者，可通过以下方法定位是谁修改了缓冲区：

" 在 .vimrc 中添加调试钩子
autocmd TextChanged,TextChangedI * call CheckModification()
function! CheckModification()
    if &modified
        echohl WarningMsg
        echo "Buffer marked as modified at: " . strftime("%H:%M:%S")
        echohl None
    endif
endfunction

此外，利用外部工具辅助检测：

$ md5sum original.txt
$ vim original.txt  # 触发潜在修改
$ :wq
$ md5sum original.txt  # 比较哈希值

6. 流程图：E37 错误诊断与处理路径

graph TD
            A[出现 E37 错误] --> B{是否确实需要保存?}
            B -->|是| C[执行 :w 保存文件]
            B -->|否| D{是否有实际内容变更?}
            D -->|是| E[使用 :edit! 放弃更改]
            D -->|否| F[检查 modified 标志来源]
            F --> G[运行 :set ff? fenc?]
            G --> H[查看插件日志或 autocmd]
            H --> I[使用 :set nomodified 清除标志]
            I --> J[安全退出 :q]

7. 最佳实践建议

为减少 E37 错误的发生频率，推荐实施以下工程化规范：

• 在项目级 .vimrc 中统一设置 fileformat 和 fileencoding
• 启用 backupcopy=yes 以避免 NFS/SMB 文件系统上的误报
• 将自动格式化操作绑定到保存时刻（BufWritePre），而非实时触发
• 使用 :view 替代 :e 打开仅查看文件
• 定期审查插件配置，关闭非必要自动修改功能
• 结合 Git hooks 进行预提交格式化，减轻编辑器负担
• 使用 diffexpr 自定义比较逻辑，识别语义等价性