运维人员在后台粘贴一份YAML配置，点开网页预览，原本整齐的层级被压平了，子项跑到父项旁边，列表缩进少了两格，复制回去直接报语法错误。这类问题在网站维护中并不少见。YAML把缩进当作语法本身，一个空格的多寡就决定键值属于哪一层，所以它比一般文本文件更容易在“看一眼”的环节出问题。遇到缩进全乱，先别急着改内容，按下面三层顺序核对，能更快分清是文件坏了还是显示坏了。
第一层看文件本身有没有被改写。最常见的是制表符与空格混用，本地编辑器里看着对齐，实际一部分行用Tab、一部分用空格，网页端一渲染就错位。其次是行尾空白被裁剪，有些传输环节会自动去掉行末空格，而YAML里靠后的空行和行尾空格有时承担着结构作用。再就是编码不统一，同一份文件里混入不同编码的字符，预览时可能出现不可见字符顶替缩进。核对方法是把原始文件用纯文本方式打开，开启显示不可见字符，逐行确认缩进只用空格、没有Tab、行尾没有多余空白。
第二层看网页端预览组件怎么渲染。不少预览框默认走富文本或Markdown解析，会把连续空格折叠，把短横线识别成列表符号，把冒号后的内容当成定义项重排。语法高亮组件如果做了自动格式化，也会按自己的规则重新缩进。这类情况下文件本身没坏，是展示层动了手脚。核对办法是找预览页面的“纯文本”或“源码”模式对照，或者把同一段内容贴进不做任何解析的文本框里比较，如果纯文本下缩进正常，问题就在渲染环节。
第三层看换行符与缩进宽度的系统差异。Windows与类Unix系统对换行的处理不同，跨系统传输后某些行可能被合并，缩进随之错位。不同编辑器默认的缩进宽度也不一致，四空格与两空格混看容易误判。建议做逐行比对：把原始文件和预览结果各存一份纯文本，用比对工具并排查看，重点看报错行及其上下三行，确认差异是空格数量变化还是整行被合并。
整理一份自查清单：缩进含Tab、行尾空白被裁、编码混杂、换行符被转换，属于文件或传输问题；空格被折叠、符号被误识别、高亮自动重排，属于展示问题。it数运在网站维护中处理此类上传预览问题时，通常先固定原始文件做基准，再分别验证传输链路和渲染组件，避免在展示层反复改内容却找不到根因。
判断顺序可以记成一句话：先确认文件在纯文本下是否完好，再看预览组件是否做了额外解析，最后比对跨系统差异。涉及配置真正生效时，以实际运行环境的加载结果和官方文档说明为准，预览正常不等于运行正常。
