Notepad++正则替换不生效主因是未勾选「正则表达式」模式；列编辑错位源于字体非等宽或起点在行尾空白；批量操作应优先使用菜单命令并确保UTF-8编码与正确查找范围。
Ctrl+H 正则替换为什么总不生效？
不是正则写错了，大概率是没勾选「正则表达式」模式，或者误用了普通查找的选项。Notepad++ 的 Ctrl+H 默认是“普通”模式，\d、^、+ 这些符号在未启用正则时会被当字面量处理，自然匹配不到。
- 每次打开
Ctrl+H后，第一件事是确认右下角是否勾选了「正则表达式」（Regular expression） -
.在正则中匹配任意字符，但会匹配换行符——若想跨行匹配，需额外勾选「匹配换行符」（. matches newline） - 捕获组用
()，反向引用必须写成\1、\2，不能写$1或\0；\L\1可将捕获内容转小写，但仅对 ASCII 有效 - 中文或带重音符的字符（如
café）在非 UTF-8 编码下可能被跳过，建议先统一为UTF-8编码（菜单栏 → 格式 → 编码 → UTF-8）
Alt+鼠标拖动列编辑总选歪？
这不是手抖，是 Notepad++ 对“列”的定义严格依赖当前字体和缩进设置。等宽字体（如 Consolas、Courier New）下才能精准对齐；若用微软雅黑等比例字体，列选择会错位甚至失效。
- 确保当前语言模式设为「Normal text」或「Plain text」：菜单栏 → 语言 → Normal text（避免语法高亮干扰光标定位）
- 列选择起点必须落在可见字符区域，不能从行尾空白处开始拖——它会按“可视列”而非“逻辑列”计算
- 想快速生成递增编号？选中一列后按
Alt+C，弹出「Column Mode Editing」对话框，选「Number to insert」填起始值和步长即可 - 列编辑无法跨空行作用：遇到空行会自动中断选择，需手动分段操作
批量删空行 / 去重 / 转大小写，为什么菜单命令比快捷键更可靠？
Ctrl+U 和 Ctrl+Shift+U 看似快，但行为高度依赖上下文：没选中文本时只处理光标所在行；选中部分则只动选区；而菜单命令（Edit → Convert Case to → UPPER CASE）强制触发全文确认弹窗，逻辑清晰可控。
- 删空行请走菜单：编辑 → 行操作 → 移除空行（
Ctrl+I是“插入行”，不是删空行，别混淆） - 去重必须用「排序并移除重复行」（编辑 → 行操作 → 排序并移除重复行），单纯排序不等于去重
- 大小写转换若涉及 HTML 属性值等局部内容，必须用正则：
class="([^"]*)"→class="\L\1"，快捷键无法识别上下文边界 - 所有这些菜单操作都支持多文件批量：按住
Ctrl点击多个标签页，右键任一标签 → 选择对应命令，即同时生效
跨文件批量替换总漏掉某些文件？
根本原因是 Ctrl+Shift+F（在文件中查找）默认只搜“当前目录下的打开文件”，不会自动递归子目录，也不包含未打开的同名文件。
- 务必点击「查找范围」右侧的「...」按钮，手动指定完整路径（支持通配符，如
*.log、config_*.txt） - 若目标文件分散在多级子目录，勾选「查找子目录」，否则只扫当前层
- 编码不一致会导致搜索失败：比如一个文件是
ANSI，另一个是UTF-8-BOM，Ctrl+Shift+F可能跳过前者——建议先批量转码（右键多标签 → 编码 → 转为 UTF-8）再执行替换 - 替换前先点「查找全部」预览命中结果，避免误操作扩散；「全部替换」不可撤销，没有后悔键
Ctrl+U 没反应，其实是它默默处理了那行（只是空行转大小写后看起来没变）。看清每一步的“作用域”，比记住快捷键组合重要得多。 
