工作中偶尔会接手一些由程序自动生成、没有任何缩进或换行的XML文件，比如一行超长的接口返回数据，或者从数据库里导出的配置片段。在Vim里打开这类文件时，整个屏幕只有一行滚动条拉到底，想找到某个节点得靠搜索，更别说修改了。手动去加空格和换行纯粹是体力活，而且很容易漏掉某个闭合标签导致结构错乱。好在Vim本身不限制用户借助外部工具处理缓冲区内容，这让格式化XML变成了一件按下几个键就能完成的事。
用xmllint完成一键缩进
xmllint是libxml2库自带的命令行工具，几乎所有Linux发行版的包管理器里都能直接安装，在macOS上也可以通过brew获取。它专门用来解析和校验XML，其中--format参数就是为格式化设计的。在Vim的命令模式下，先选中需要处理的整个文件内容（通常用ggVG），然后输入!xmllint --format -，Vim会把选中区域作为标准输入传给xmllint，再用返回的结果替换原内容。这个“-”表示从stdin读取，很多Unix工具都遵循这一惯例。如果文件本身有语法错误，xmllint会输出报错信息到stderr，此时Vim不会替换缓冲区内容，方便你定位问题所在。
对于没有安装xmllint的环境，比如Windows上的原生Vim，或者精简版Linux容器，可以用tidy命令替代。tidy早期面向HTML，后来也支持XML模式，执行!tidy -xml -i -q -可以达到类似效果。其中-xml指定输入类型，-i控制缩进，-q抑制非必要警告。两者的输出细节略有差异：xmllint倾向于保持属性原始顺序和空白字符的语义，而tidy可能会将空元素写成自闭合形式，比如把<tag></tag>变成<tag/>。如果对XML规范要求严格，优先用xmllint；如果处理的是比较宽松的HTML-like内容，tidy的容错性更好。
在Vimrc里可以给这两个命令映射快捷键。例如使用F5触发xmllint格式化，插入以下行：nnoremap <F5> :%!xmllint --format -<CR>，注意这里的%表示整个缓冲区，不需要进入可视模式。如果只想格式化当前段落，可以把%换成Vim内部的范围，比如:'<,'>!xmllint --format -，配合可视模式选中后按键。映射时注意转义特殊字符，避免命令解析出错。
借助插件实现自动化和增强提示
手动执行外部命令虽然简单，但每次都要记忆参数，而且无法在保存时自动触发。vim-xmllint插件解决了这个问题，它内部调用xmllint并缓存输出，同时能高亮语法错误的位置。安装方式与常规Vim插件一致，例如使用vim-plug时在配置里加入Plug 'kurayama/vim-xmllint'，然后执行:PlugInstall。装好后打开XML文件，命令:XMLLint即可格式化整个文档；如果想每次写入文件前自动运行，可以添加autocmd：autocmd BufWritePre *.xml :XMLLint。不过要注意，保存时自动格式化会改变文件修改时间戳，如果XML文件由版本库管理且你想保留原始未格式化状态，建议只在手动修改后按需格式化。
另一个广受关注的插件是Chiel92/vim-autoformat，它支持多种语言的格式化器，其中XML默认调用xmllint或tidy。它的优点是当你同时编辑多种文件类型时，可以用统一的:Autoformat命令，而不用分别记不同工具的按键。缺点是配置稍微复杂一些，需要指定每个文件类型对应的格式化程序。对于只想解决XML问题的用户，直接使用vim-xmllint或简单的快捷键映射更轻量。
纯手工方案也值得一提。如果不想安装任何插件，又不想依赖外部程序，可以用Vim自带的=命令配合filetype设置。不过Vim内置的XML缩进支持是基于内置脚本的，对复杂嵌套和属性换行的处理并不理想。你可以录制一个简单的宏：先全局替换><为>\r<，然后执行gg=G让Vim重新计算缩进。这个操作在处理没有空白的紧凑XML时能快速拆开标签，但遇到跨多行的文本节点时容易出错。作为备选方案备用即可。
对比不同方案的取舍和边界情况
xmllint和tidy在处理包含CDATA区块、处理指令或DOCTYPE的XML时表现不一。xmllint会保留内部子集的原样格式，不会重新排版；tidy对DOCTYPE的处理更激进，有时会尝试补全或修正。如果你的XML用于SOAP消息或配置文件，包含大量命名空间声明，xmllint的--format不会破坏这些属性，但会统一缩进层级。需要注意的是，任何格式化操作都会将原有空白文本节点规范化，如果XML中某些空白是有意义的，比如在<pre>类似场景，格式化后会丢失原有视觉排版，虽然XML语义不变，但展示效果会变。
对于超大XML文件（几百MB甚至更大），直接使用:%!xmllint --format -可能导致内存暴增或卡顿，因为Vim会把整个缓冲区内容一次性传给外部进程。更稳妥的做法是分段处理，或者使用流式工具如xmlstarlet配合命令行重定向生成新文件，再在Vim中重新加载。如果你的工作流频繁接触大文件，建议把格式化操作放到保存之后的脚本里，而不是在Vim内部实时执行。
中文注释和特殊字符方面，xmllint默认按UTF-8处理，如果文件编码是GBK或Latin-1，可能出现乱码。此时可以在命令中加入--encode UTF-8，或者先用Vim的:set fileencoding=utf-8转换后再格式化。tidy对编码的检测更宽容，但输出时最好明确指定-utf8参数。测试时发现，只要源文件本身声明了encoding属性，并且Vim的encoding设置与之一致，多数情况下不会有问题。
最终选择哪种方式取决于你的日常场景：偶尔手动整理XML文件时，记一个!xmllint --format -命令就够用；经常需要批量处理多个XML文件并希望保存时自动整理，则推荐配置vim-xmllint或autoformat；如果环境受限连xmllint都没有，那么正则替换加Vim内置缩进的组合也能应付简单结构。无论哪种方法，核心思路都是借助外部解析器或Vim的文本对象能力，把原本机械的手工排版变成可重复的自动化流程。