notepad++宏无法真正提取列数据，因其仅记录按键流而不理解列语义，必须依赖文本对齐和固定光标位置；推荐用正则替换或python脚本实现可靠列提取。
Notepad++ 本身没有“列模式提取”功能，所谓“提取特定列”，实际是靠宏回放键盘操作模拟人工选列+复制，必须依赖文本对齐（如空格、制表符分隔）和稳定光标起始位置。直接录“鼠标拖选第3列”会失败——宏不录鼠标坐标。
为什么宏无法真正提取列数据
宏只记录按键流和命令 ID，不理解“列”的语义。它能录的是：Alt+Shift+↓（列编辑模式下向下选）、Ctrl+C、Ctrl+V 这类操作，但前提是：你手动进入列编辑模式后，用键盘控制选区边界。鼠标拖选、右键复制、对话框点击全部无效。
- 列编辑模式（
Alt+Shift+鼠标拖选）不能被录制——Notepad++ 宏不捕获鼠标行为 - 用
Alt+Shift+方向键模拟列选可以录，但要求每行字符数严格对齐，否则按↓后光标列偏移 - 如果原始数据是 CSV 或制表符分隔，用正则替换（
Ctrl+H）比宏更可靠，比如提取第2列：^.*?\t(.*?)\t.*$→ 替换为$1
能用宏“伪提取列”的前提条件
仅当数据满足以下全部条件时，才可考虑用宏模拟：
- 所有行等宽对齐（如固定宽度日志、Fortran 输出），且目标列起始列号一致
- 你愿意手动把光标放到第一行目标列首字符处（例如第15列）
- 使用
Alt+Shift+↓不可行，改用Home→→× N →Shift+↓× M 的纯键盘路径 - 编码统一为 UTF-8（ANSI 下中文会导致
→跳半个字符，列错位）
例如：想提取每行第10–14列，先 Ctrl+Home 到行首，再按 → 9 次到第10列，Shift+→ 5 次选中，Ctrl+C —— 这一串可被录制，但必须确保每行都有至少14列。
录制时最关键的三个动作陷阱
很多人录完宏执行就错，问题几乎全出在这三步：
-
Alt+Shift+↓必须在开始录制前就退出列编辑模式，否则宏里会混入不可见的列模式状态，导致后续↓行为异常 - 不要录
Ctrl+F打开查找框后用鼠标点“查找全部”，这个点击不被记录；要录就录完整键盘流：Ctrl+F→ 输入内容 →Enter→Esc - 复制后粘贴到新文档，必须录
Ctrl+T（新建标签）或Ctrl+N，再Ctrl+V；如果录的是“鼠标点新标签页”，那宏里根本没这步
替代方案：比宏更稳的列提取方法
如果你的真实需求是“从文本中提取第N列”，别硬扛宏。优先用这些原生功能：
- 正则替换提取：打开
Ctrl+H，勾选“正则表达式”，查找^([^,\t]+)[,\t](.*)$（以逗号或制表符为分隔），替换为$1提取第1列 - 文本FX 插件（需启用）：TextFX → TextFX Edit → Delete line (containing specific text) 可配合筛选，但不如正则灵活
- Python Script 插件写真实逻辑：用
editor.getCurLine()逐行 split()，取索引 [2]，再notepad.new()粘贴 —— 这才是真正的“列提取”
宏适合“已知固定偏移、纯键盘可达”的机械重复，不适合带解析逻辑的列提取。一旦数据格式稍有波动，宏就会批量错位，而正则或脚本能自动适应分隔符变化。
