split按行切分时-l参数以逻辑行（\n分隔）为单位，末行无换行符会导致分片粘连或缺失；按大小切分用-b但会字节截断，需注意结构对齐与单位进制；命名需-d和--suffix-length控制，校验须标准化换行后哈希。
split 按行切分时，-l 参数单位是“逻辑行”，不是字节
很多人用 split -l 10000 big.log 后发现某个分片末尾缺换行符，或下个分片开头粘连——这是因为 split 看的是 \n 分隔的行，如果原文件最后一行没换行，split 仍会把它完整塞进最后一个分片，不会补 \n，也不会拆断。这在日志分析、CSV 处理里容易导致解析失败。
- 确认原文件末尾是否带换行：
tail -c 1 file | xxd，输出0a表示有，空或其它值表示无 - 保险做法：切分前补换行（仅当缺失时）：
[[ $(tail -c1 file) ]] || echo >> file -
-l对二进制文件无效；含 \r\n 的 Windows 文本会被当成单行（因 \n 仍是行终止符）
按大小切分用 -b，但要注意单位和边界对齐
split -b 100M data.bin 看似直接，实际它按字节截断，不关心内容结构。如果切在 JSON 对象中间、tar 归档块里，后续就无法直接解包或解析。
- 单位支持
K/M/G，但注意是 1024 进制（1M = 1048576字节），不是 1000 进制 - 若需“尽量对齐行边界”，加
--lines=1（GNU 版本），它会让每个分片以完整行为单位，哪怕略超目标大小 - 用
ls -lh检查结果：各分片大小不会完全相等，首尾差异可能达一个块（如 4KB）
输出文件名默认是 xx 开头，改名必须用 -d 和 --suffix-length
默认 split 生成 xaa、xab… 这种命名，对脚本处理不友好；想用数字序号（part_001、part_002）得显式控制。
- 启用数字后缀：
split -d -l 5000 log.txt part_→ 得到part_00、part_01 - 要三位数编号（如
001）：split -d --suffix-length=3 -l 5000 log.txt part_ - 注意：
-d在部分旧系统（如 macOS 默认bsd split）不支持，需装 GNU coreutils：brew install coreutils，然后用gsplit
大文件切分后校验完整性，别只比 md5sum 总和
把 big.sql 切成 10 份再拼回去，cat x* | md5sum 和原文件一致 ≠ 内容无损——因为 split 不保证每份末尾有换行，拼接时可能丢失行尾或产生空行。
- 正确校验方式：先拼回 + 强制标准化换行：
(cat x*; echo) | md5sum对比原文件加echo的结果 - 更稳妥：用
sha256sum替代md5sum（防碰撞），且对每个分片单独算哈希，存为清单文件 - 切分后立刻检查首尾几行：
head -n1 xaa && tail -n1 xaa，确认无截断痕迹
真正麻烦的不是切分本身，而是切完之后你忘了原文件有没有换行、目标系统认不认 -d、或者下游程序假定每份都以 \n 结尾。
