在线文本按列截取工具

按列截取适合规则固定的行，不适合猜测字段

本页会逐行处理输入文本：先去掉回车符并按换行拆分，再从每一行的指定位置截取固定长度，最后逐行输出。它适合固定宽度编号、对齐日志、统一格式的批次记录等场景。若字段长度会变化，或者内容本质上是 CSV、制表符表格、JSON，应该按其分隔或结构解析，固定位置截取很容易把字段切断。

起始位置从 0 开始

这里的起始位置采用 JavaScript 的 0 基规则：一行的第一个字符位置是 0，第二个是 1。长度表示从起点开始取多少个 JavaScript 字符单元，而不是结束位置。例如输入“ABCDE”，起始位置填 1、长度填 3，结果是“BCD”；若把日常说的“第 2 列”误填成 2，结果就会从 C 开始，产生典型的偏一位问题。

1. 在纸上或样例中标注位置：A 为 0、B 为 1、C 为 2。
2. 先用一行容易辨认的字符测试起点和长度。
3. 确认规则后再加入多行数据，并检查每行输出是否保持对应关系。
4. 正式复制结果前，至少核对第一行、中间行、最后一行以及最短的一行。

“字符单元”不等于屏幕上的一个字形

常见汉字、英文字母和半角数字通常各占一个 JavaScript 字符单元，所以混排时可以按位置截取。但部分表情、历史文字和扩展 Unicode 字符可能由两个 UTF-16 代码单元组成；从中间截断会得到不完整字符或替换符号。带组合音标的字母也可能由多个代码点显示成一个字形。工具按代码单元切片，不按用户看到的字素簇切片，因此包含表情或复杂文字时必须专门抽查。

“列”也不是视觉宽度。制表符在不同编辑器里可以展开成不同宽度，全角字符通常显示得更宽，比例字体的每个字符宽度也不同；这些都不会改变字符串位置。不要根据屏幕上对齐的竖线数格子，应根据实际字符与目标字段定义确定起点。如果数据依赖制表符分列，先按制表符解析会更准确。

短行、空行与越界会怎样

• 某行短于起始位置时，该行截取结果为空，但输出中的行对应仍会保留。
• 剩余内容不足指定长度时，只返回从起点到行尾的部分，不会自动补空格。
• 空行也作为一行参与处理，结果仍为空行；这可能影响后续行数判断。
• 起始位置不能为负，长度必须大于 0；输入会被解析为整数，最好直接填写清楚的非负整数。

如果输出必须保持固定宽度，需要在截取后另行补齐，而不能假设工具会填充。对包含行尾空格的记录，还要确认复制、粘贴和后续系统是否会保留这些空格。

从需求倒推参数

假设每行格式为“20260903|SH|00027”，要取两位地区码。年份日期占 8 个字符，分隔符占 1 个，因此 S 的位置是 9，长度是 2。先对这行测试应得到“SH”，再检查字段缺失、分隔符变化和末尾过短的异常行。若某些行日期写成“2026-9-3”，地区码起点就会移动，说明数据不是固定宽度，不能继续套同一参数。

可靠的批量截取应同时保留原文、参数和结果，并记录异常行。可先比较输入与输出行数，再搜索空结果和长度不足的结果；对于关键数据，还应把截取字段与原行标识一起保存，避免只留下无法追溯的片段。只要源格式、0 基起点和字符边界三件事都确认清楚，按列截取才真正可复核。