notepad++状态栏col:值反映光标所在位置的真实列偏移量（从1起计，含tab、空格、bom及中文等所有字符），并非本行总字符数；需将光标移至行末才能读取该行最大列值，且col:计算的是显示列宽（如tab默认占4列），非纯字符数或字节数。
状态栏的 Col: 值不能“调整”，它只反映光标所在位置的真实列偏移量
很多人想“设置状态栏显示每行总字符数”，但 Col: 本质不是“本行字符总数”，而是“光标当前列号”（从 1 开始计，含 TAB、空格、BOM、中文等所有可视/不可见字符）。它不随行尾自动跳转，必须把光标移到行末才能看到该行最大列值。
常见误解：以为开启“显示行长度标记”后 Col: 就会变成“本行长度”。其实它始终是光标位置坐标 —— 光标在中间，Col: 就显示中间的列号；移到行末，才等于该行宽度。
- 按
End键可快速跳到行尾（注意：若启用了 Word wrap，End跳的是软换行位置，不是物理行尾；此时需先关闭 Word wrap 或用Ctrl+Right移动到真正行尾） -
Col:包含制表符（TAB），而 TAB 在显示上占 4 或 8 列（取决于设置），但它在Col:中只算 1 个字符位置 —— 不，等等：实际中，Notepad++ 默认将每个TAB视为 **4 列宽** 并累加进Col:值，不是 +1。这是关键细节：它算的是“显示列”，不是“字符数” - UTF-8 BOM（
\xEF\xBB\xBF）会占用前 3 列，且计入Col:—— 光标停在 BOM 后第一个字符时，Col:显示 4，不是 1
想看某行确切字符数？别信 length:，用 Ctrl+Shift+C 配合手动选中
状态栏右下角的 length: 是字节数（bytes），和“本行多少字符”完全无关。比如一行 10 个汉字，在 UTF-8 下 length: 显示 30，但真实字符数是 10。
唯一可靠办法：鼠标拖选整行（注意要选到行尾换行符之前，否则会多算一个 \n），再按 Ctrl+Shift+C。弹窗里的 Characters 就是这一行的 Unicode 字符总数。
- 选中时若包含行尾
\n，Characters会多算 1 —— 大多数场景你不需要它，所以松开鼠标前确认光标停在行末字符上，不要拖过 - 批量查多行？不行。
Ctrl+Shift+C不支持多行分别统计，只能逐行选+快捷键，或改用正则^.*$配合“在当前文档中查找”（它返回匹配行数，不是字符数） - 如果文件编码是 GBK，
Ctrl+Shift+C的Characters结果不变 —— 它是 Unicode 抽象层计数，与编码无关
为什么不能直接显示“每行字符数”列表？Notepad++ 没这个功能
Notepad++ 的设计定位是轻量文本编辑器，不是 IDE 或数据处理工具。它没有内置行级字符数聚合视图，也没有 API 或插件机制暴露每行长度供外部读取。
你看到的“行长度标记”（黄色竖线）只是视觉参考线，不影响 Col: 或任何统计逻辑；它不触发计算，也不生成报表。
- 试图用宏或 PythonScript 插件实现自动标注每行长度？可行但极不稳定：插件无法高效遍历大文件每行并实时更新 UI，且不同 Notepad++ 版本的 API 兼容性差
- 正则
^.{81,}$只能定位超长行，不能输出具体数字 —— 它匹配成功即算 1 行，不返回.{81}实际捕获了多少字符 - 导出为 CSV 再用 Excel 处理？可以，但需先用正则提取每行内容（如
^(.*)$+ “全部标记” + “替换为 $1\n”），再另存为纯文本，过程繁琐且易丢格式
真正需要“行宽监控”时，该怎么做
如果你在写 Markdown、邮件模板或配置文件，常被“单行不能超 80/100 列”约束，核心不是“知道每行多少字符”，而是“别让它超”。这时应转向预防而非事后统计。
- 设置列边界：菜单 → 设置 → 首选项 → 边距/边框/边缘 → 勾选
列边界设置，填入80或100，并启用背景色模式—— 超长部分文字会变色，比盯着Col:更直观 - 配合“显示空格与制表符”（
Ctrl+Shift+P）：让TAB显示为→、空格为·，避免因不可见字符误判长度 - 对代码文件，优先用专业 IDE（VS Code / JetBrains）的 ruler 功能，它们支持多 ruler、语言感知折行、以及真正的“当前行字符数”悬浮提示 —— Notepad++ 在这方面有明确能力边界
真正容易被忽略的点是：Col: 的“列”和程序员常说的“列宽限制”不是一回事——前者含所有不可见字符并受 TAB stop 影响，后者通常指可读文本宽度（不含 TAB 换算、不含 BOM）。拿 Col: 直接对标 80 列规范，大概率会误判。
