diff默认输出不易读，应使用-u参数生成带上下文的统一格式；编码不一致需先用file -i查码、iconv转换；Windows推荐diffutils或VS Code；Python中difflib.SequenceMatcher更灵活但性能差；VS Code适合日常调试但无法导出标准diff。
diff 命令直接比文件，但默认输出不易读
Linux/macOS 自带的 diff 是最轻量、最可靠的选择，但它默认输出是“老式”格式（只标出行号和操作类型），比如 2c2 或 5,7d4，对快速定位差异不友好。真正实用的是加参数让它输出“统一格式”（unified diff）——也就是 Git 提交时看到的那种带上下文的 +/- 对比。
- 用
diff -u file1.txt file2.txt，输出含 3 行上下文，人眼可读性强 - 如果文件编码不一致（如一个 UTF-8、一个 GBK），
diff可能整行报错，先用file -i filename查编码，必要时用iconv转成一致再比 - Windows 用户若没装 WSL，PowerShell 的
Compare-Object不适合纯文本逐行比（它按对象属性比，会把空格/换行当分隔符误切），不如直接下个diffutils或用 VS Code 内置比较
Python 用 difflib.SequenceMatcher 精确控制比对粒度
当需要嵌入脚本、或想跳过空白/大小写差异时，difflib.SequenceMatcher 比系统 diff 更灵活。它不依赖外部命令，还能自定义“什么算相同”——比如忽略所有空白、或只比非注释行。
- 关键参数是
isjunk：传一个函数，返回True表示该行该被跳过（例如lambda x: x.strip() == '' or x.startswith('#')） - 别直接用
get_opcodes()结果渲染 HTML，它的输出是操作码（如('replace', 10, 12, 15, 18)），需配合原始行列表才能还原出差异块 - 性能上，
SequenceMatcher是 O(N²) 时间复杂度，文件超 10MB 就明显卡顿；大文件优先走系统diff -u+ 解析其输出
VS Code 内置比较功能适合日常调试，但不生成结构化结果
开发中临时看两个配置文件或日志片段差异，VS Code 的 File: Compare Active File With...（快捷键 Ctrl+Shift+P 输入 “compare”）最快——高亮精确到字符，支持折叠相同块，还能点箭头一键复制变更。
- 它底层调用的是自己的文本比对引擎，不调系统
diff，所以不保证与 CI 中脚本结果一致（比如对制表符/空格处理策略不同） - 无法导出为标准 diff 格式，也不能在自动化流程里调用；想留痕或给同事发对比报告，得手动截图或另存为 HTML（右键 → “Save As HTML”）
- 如果文件含 BOM（如 Windows 记事本保存的 UTF-8），VS Code 默认识别正确，但某些旧版可能把 BOM 当作首行内容参与比对，导致第一行总显示差异
忽略空行/缩进/注释时，正则预处理比 isjunk 更可控
用 difflib 的 isjunk 过滤空行还行，但想同时忽略缩进、尾部空格、单行注释，逻辑一多就容易漏边角情况。更稳的做法是：读入后先用正则统一清洗，再喂给比对器。
- 推荐清洗逻辑：
re.sub(r'\s*#.*$', '', line).rstrip()（删注释+去尾空格），再判断是否为空行；注意别用strip()全删，否则会抹掉有意义的缩进差异 - 清洗后必须保留原始行号映射关系，否则报错时没法反查是哪一行——建议用元组
(cleaned_line, original_lineno)存储 - 不要在清洗阶段改换行符（如把
\r\n强转\n），除非你确认两端文件换行符本来就不一致；否则会引入虚假差异
