Notepad++文本排版实战：列模式、正则替换与Hex-Editor插件全攻略

Notepad++用了十几年，身边还有不少人把它当高级记事本用，打开文件看一眼就关。但真正做文本处理的人都知道，这个免费工具在排版和格式化方面的战斗力，比大多数商业软件都靠谱。今天这篇指南想聊的，不是怎么把界面调好看，而是把Notepad++当成一个文本整理工作台来用，从批量对齐、正则替换，到用hex-editor插件排查二进制层面的隐藏问题，一步步把手上的乱数据变成干净整齐的可用文本。这篇文章适合经常跟日志、代码、CSV、配置文件和各类脏数据打交道的开发、运维、数据分析同事，也适合所有想把Notepad++用透的朋友。

我最早接触Notepad++是为了查日志，后来发现它处理文本格式化的效率高得惊人。这些年我在它身上攒了不少排版技巧，从基础的列模式、缩进统一，到复杂点的正则批量重排，再到安装Hex-Editor插件排查文件底层编码问题，都亲手试过、踩过坑。下面就把这套完整方法拆开讲清楚。

1. 先搞清Notepad++排版的真实边界：适合哪些场景，别用错地方

1.1 排版这件事，在编辑器里到底指什么

很多人一听到“排版”就以为是Word里那种调字体、调行距、做页眉页脚的活。但在Notepad++里，排版完全是另一个维度的概念。它处理的是纯文本的结构和格式，核心是几件事：文本的缩进是否统一、换行符是否一致、编码是否正确、字段与字段之间有没有多余空格、多行数据能不能批量对齐、内容的顺序需不需要重排。

在一个文本编辑器里，排版高手和普通用户的差距，往往就体现在处理这五类问题的速度上。普通用户可能一行行手工删空格、改编码、挪数据，排版高手则是选中一片区域，按几个快捷键，或者在替换框里敲一串正则表达式，几秒钟完事。这个差距在数据量小的时候不明显，一旦文件有几百上千行，就会变成半小时和十秒钟的区别。

所以我会把Notepad++的排版理解成“文本结构整理”。它不负责让你的文档看起来漂亮，而是负责让你的文档内容整齐、可读、可处理。搞清楚这个边界，你就不会用错工具了。

1.2 哪些排版需求适合用Notepad++解决

我在实际工作里，用Notepad++解决的排版需求主要有这么几类：

• 批量清理日志和导出数据里的杂项，比如行首行尾空格、空行、全角空格、隐藏字符
• 对多行文本做批量编辑，比如给每行加统一前缀后缀、删除指定列的内容、对齐字段
• 统一文件的换行符格式和编码格式，解决跨平台打开乱码的问题
• 用正则表达式把CSV、TSV等结构化数据重排成SQL语句、Markdown表格、JSON格式
• 通过Hex-Editor插件直接查看和修改文件底层字节，处理乱码和隐藏字符问题

这些需求有一个共同点：它们处理的都是“内容”，不是“外观”。Notepad++在这类场景下的效率极高，因为它是纯文本编辑器，启动快，不加载多余功能，处理大文件也不卡。

但也要明确不适合的情况。你在Notepad++里没法做复杂文档排版，比如分栏、图片混排、页眉页脚、章节目录自动编号，这些是Word和Markdown编辑器的主场。如果你需要做一份带封面的演示文档，或者写一篇带复杂排版的论文，Notepad++不是你的菜，别硬来。

1.3 为什么选Notepad++而不是其他编辑器

有人可能问，现在VS Code、Sublime Text都挺流行，为什么还要花时间学Notepad++？我的理由很直接：它免费、轻量、启动极快，对超大文件的处理比很多现代编辑器都稳。

我拿1GB左右的日志文件做过对比，VS Code打开要等半天，搜索时还会卡，Notepad++基本秒开，操作也流畅。处理老系统导出的GBK编码文件时，Notepad++对中文编码的支持非常成熟，乱码概率低。再加上它有一堆成熟的插件，其中Hex-Editor插件在文本排查中不可替代。

最关键的还有一点：Notepad++有免安装版，放到U盘里就能用。我在现场排查服务器问题时经常遇到客户机器上没装任何编辑器的情况，随手插上U盘就能干活，不用等客户审批安装软件。这种灵活性和即时可用性，是很多现代编辑器给不了的。

2. 基础排版三板斧：列模式、缩进统一、行尾与编码

2.1 列模式：同时编辑多行相同位置的秘密武器

Notepad++的列模式是我用最多的排版功能之一，熟练之后你会发现它解决了很多“需要逐行处理”的问题。它的原理很简单：普通选择是横向扫过字符，列模式则是按住Alt键然后用鼠标纵向拖选一块矩形区域，或者按住Alt+Shift再按方向键选择。选中后，你输入的字符会同时出现在每一行的同一个位置。

举个例子。有一次我需要给一个200行的SQL查询结果加上统一的表别名前缀，每行都有形如id、name、address这样的字段名。手工改得改200次，用列模式，按住Alt在每行行首纵向拉一下，输入t.，200行字段名瞬间全部带上前缀。类似的场景还有批量给数组元素加逗号、给多行文本统一加引号、删除日志中的时间戳等。

列模式还有两个好搭档。一个是“编辑→列编辑”对话框（快捷键Alt+C），它可以按数字序列、字母序列批量插入内容，比如给一个文本添加1到200的序号，在列编辑里选“数字”，设置起始值和步长，几十行序号一次生成。另一个是配合查找替换使用：先用列模式选中每行相同列宽的区域，然后直接输入替换内容，删除或覆盖就一起完成。

我自己总结的列模式口诀是：列的起点决定内容插入位置，列的宽度决定影响范围。用的时候要小心：如果目标行的字符长短不齐，列模式会覆盖每行“相同坐标”位置的字符，而不是对齐到每行的内容边界。所以列模式适合处理格式相对规整的文本，如果长短不齐，需要先统一格式再用列模式。

2.2 缩进与空白字符的统一

缩进是代码和配置类文本里最常见的排版元素。不同人写的文件，缩进方式可能完全不同，有的是空格，有的是Tab，有的是2格，有的是4格。混着用的时候，代码一贴到终端里就全乱了。Notepad++处理这类问题提供了几个非常实用的功能。

首先是“编辑→空白操作”菜单，里面有“将Tab转为空格”“将空格转为Tab”等选项。把Tab统一转成空格的好处是格式在任何环境下都是一致的，不会因为编辑器Tab宽度不同而错位。反过来，如果你需要把一段空格缩进的代码压得更紧凑，可以把空格转成Tab。做这个操作时要注意：只有行首的空白会转换，文本中间的空格不受影响，这一点设计得很合理。

然后还有一个隐藏功能：在“设置→首选项→语言”里可以设置Tab键的宽度和默认缩进。我习惯把Tab宽度设为4，缩进也设为4，这样写Python、JavaScript、Shell脚本都很顺手。

清理行首行尾空格是另一个高频操作。用菜单里的“编辑→空白操作→删除行首尾空格”可以一键清理，但更多时候我喜欢用正则来做，因为它可以更精准控制。比如只删除行尾空格，正则表达式是[ \t]+$，在查找替换里勾选“正则表达式”，替换为空，所有行尾的隐形空格就全部清掉了。

显示空白字符也很关键。通过“视图→显示符号→显示空格与制表符”，编辑器会用点和箭头把空格、Tab、换行等不可见字符显示出来。我几乎常年开着这个功能，因为很多排版奇怪的问题，根源就是肉眼看不出来的空白字符和制表符。

2.3 行尾与编码：最容易忽略的排版底层

我见过很多同事在排查乱码、脚本执行报错时花了大半天，最后发现是换行符和编码的问题。这两样东西是文本排版的底层，看不见摸不着，却直接影响文件是否能用。

换行符主要有三种：Windows的CRLF（其实对应两个字符\r\n）、Unix/Linux/macOS的LF（只对应一个字符\n）、老Mac的CR（只有一个\r）。同一个文件如果在Windows上打开是正常的，传到Linux服务器上执行Shell脚本却报“$'\r': command not found”，多半就是CRLF在作祟。Notepad++在状态栏右下角会显示当前文件的换行符类型，通过“编辑→行操作→转为Windows/Unix/Mac格式”可以快速转换。

编码方面，最常遇到的是ANSI（也就是GBK等本地编码）和UTF-8之间的转换。Notepad++顶部菜单里“编码”一栏提供了丰富的选项，比如把文件转为UTF-8，或者转为ANSI。这里有个细节：转换成UTF-8时会分成“UTF-8”和“UTF-8 BOM”两种，BOM是文件开头多出几个字节用于标记编码，微信、Excel和部分老程序对BOM更友好，而Linux下的工具通常更接受无BOM的UTF-8。具体选哪种，取决于文件要在哪里用。

批量转换编码是Notepad++自带功能不太擅长的场景，因为它本身不支持多文件编码批量转换。我一般配合Python Script插件写个小脚本处理整个目录，或者用命令行工具iconv批量转。实际生产中，用Notepad++逐个打开、转换、保存的效率也还行，因为它的启动速度快，批量操作体验比想象中流畅。

3. 正则表达式批量重排：脏数据整理的真正杀手锏

3.1 正则排版三板斧：清空行、清首尾空格、合并行

正则表达式是排版高手的核心武器。虽然学习曲线稍微陡峭，但一旦掌握，处理文本的效率会出现质的飞跃。这里我先介绍最常用的三组表达式，它们能解决我遇到的80%文本清理需求。

第一板斧是批量删除空行。在查找替换里，查找内容填^\s*$，替换内容留空，勾选正则表达式和“匹配空行”选项，所有包含空白的空行都会被清理干净。这个表达式的作用原理是：^匹配行首，$匹配行尾，\s*表示中间可以有任意数量的空格或Tab，所以看起来是“空行”的全被识别出来删掉。

第二板斧是清理行首行尾空格。查找^\s+|\s+$，替换为空，这一条正则同时删掉每行开头的连续空白和每行结尾的连续空白。做完之后文本会变得非常干净，复制到任何地方都不会有多余空格破坏格式。

第三板斧是把多行合并成一行。查找\r\n（或\n），替换成你想要的连接符，比如空格或逗号。比如一个产品列表每行一个名称，我想变成逗号分隔的一行，查找换行符替换成, 就完成了。反过来，如果你想根据某个分隔符把一个长行拆成多行，可以用替换功能把分隔符替换成换行符，用\n字面量表示换行。

这三个正则组合使用，基本能应对日常的日志清理、数据预处理、文本规范工作。我的习惯是先合并后清理，还是先清理后合并，取决于数据里空行的分布情况。如果空行特别多，我会先删空行再做其他替换，减少干扰。

3.2 结构化数据重排实战：CSV转SQL

正则表达式更大的价值在于数据格式转换。给你看一个我经常在项目里做的事：把CSV转成SQL语句。

假设有一个users.csv文件，内容是：

csv复制1,张三,北京
2,李四,上海
3,王五,广州

我想把它转换成SQL插入语句：

sql复制INSERT INTO users (id, name, city) VALUES (1, '张三', '北京');
INSERT INTO users (id, name, city) VALUES (2, '李四', '上海');
INSERT INTO users (id, name, city) VALUES (3, '王五', '广州');

手工写，三行数据还好，如果是一千行，基本可以放弃。用正则替换，几分钟搞定。

在查找替换里，查找内容写：

code复制^(\d+),(.+),(.+)$

替换为：

code复制INSERT INTO users (id, name, city) VALUES (\1, '\2', '\3');

这里面有一个关键概念叫捕获组。正则里用括号括起来的部分，会把匹配到的内容临时存起来，后面用\1、\2、\3按顺序引用。我把ID存在第1组，名字存在第2组，城市存在第3组，替换时就能按需放在任意位置，自由拼装出目标格式。

类似的转换用法还有：CSV转JSON数组、日志转表格、字段顺序调整、给字段加引号或括号。思路都是一样的：先用正则把每行的结构拆出来，再按目标格式重组。

这条公式建议收藏：行结构固定 → 捕获组拆解 → 替换公式重组。遇到任何“数据格式转换”需求，先套这个思路，基本都能转换成正则替换问题。

3.3 内容脱敏与格式化场景

正则还能做安全脱敏，这个在日常处理测试数据和日志时特别有用。比如手机号脱敏，把中间四位替换成星号，查找(\d{3})\d{4}(\d{4})，替换成\1****\2，一整份带手机号的文档，一次替换全部脱敏。

邮箱脱敏则用类似思路：查找(^|\s)[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}，结合正则匹配范围，可以把邮箱替换成\1********@***.***这种格式。这里的逻辑是保留开头和域名的形状，去掉中间关键部分。

格式化场景里最常用的是清理引号。从Excel导出的CSV经常带一堆多余的引号，比如"张三","北京"，如果目标系统不需要引号，查找"([^"]*)"替换成\1，就把成对引号里的内容取出，去掉引号本身。

还有压缩JSON。一个多行缩进漂亮的JSON要压成单行传输格式，把\r?\n\s*全部替换成空字符串，再处理掉多余空格，就能得到紧凑格式。反过来，单行JSON想格式化展示，我用JSON Viewer插件，一下就能展开成树形结构。插件的问题我在后面专门讲。

4. Hex-Editor插件实操：从二进制层面看排版问题

4.1 安装Hex-Editor插件：两种方式与版本避坑

Hex-Editor插件是Notepad++生态里一个非常实用的扩展，它把编辑器变成一个十六进制查看器，让你不再只看到文本编码后的字符，而是直接看到文件在磁盘上的原始字节。安装方式有两种。

第一种是通过插件管理器安装。新版Notepad++（7.6以上）自带“插件管理”，在“插件→插件管理→可用”标签页里搜索“Hex-Editor”，勾选后点击安装。装完会提示重启Notepad++，重启就能用了。这是最省事的路径。

第二种是手动下载安装。如果你的Notepad++版本比较老，插件管理里搜不到，可以去插件官网下载对应版本的压缩包，解压后把HexEditor.dll放到Notepad++安装目录下的plugins文件夹里，重启编辑器即可。

这里有一个版本坑必须提醒：Notepad++分32位和64位，插件也必须匹配。64位的Notepad++要装64位版本的Hex-Editor插件，32位对应32位版本。装错的话，插件根本不会被加载。如果你不确定自己装的是哪个版本，在“帮助→关于Notepad++”里能看到编辑器位数信息。另外注意新版Notepad++（8.4及以后）换了插件目录结构，插件需要放到plugins目录下以插件名命名的子目录里，老式直接放dll的方式可能不生效。

4.2 界面与核心操作说明

安装好之后，打开任意文件，点击“插件→Hex-Editor→View in Hex”，编辑器就会切到十六进制视图。也可以先打开文件，再用插件切换，效果一样。

Hex视图的界面是两栏结构：左边显示十六进制字节，每个字节两个字符，比如0D 0A代表回车换行，41代表字母“A”；右边显示对应的ASCII字符，可读的字符显示成字母符号，不可读的控制字符显示成点。两栏在同一行，方便你对照，左边是文件存储的真实内容，右边是这些字节在文本层面的呈现。

编辑时要小心。在Hex视图里可以直接修改十六进制数值，你有两种输入方式：一种是在十六进制栏里直接输入，另一种是在ASCII栏里输入可打印字符。所有修改都会在右边或左边的对应区域即时反映出来。修改完成之后，点击“插件→Hex-Editor→View in Hex”切回普通文本视图，然后保存文件，修改生效。

我建议你在用Hex-Editor修改任何文件之前先做一个备份，因为这个功能非常底层的，一个字符改错会造成严重破坏，甚至文件直接损坏。我在排查问题只读查看的时候问题不大，一旦要改，一定会先复制一份原始文件。

Hex视图里还有一个我很常用的功能：根据偏移量跳转。在“搜索→转到”里可以输入十六进制偏移量，比如想查看文件头第0x1C位置的内容，可以精确跳转。排查文件时，这比用鼠标一点点翻效率高得多。

4.3 用十六进制视图定位排版异常

Hex-Editor插件在排版场景里的价值，主要体现在定位三类问题。

第一类是换行符异常。前面提到Windows换行符是CRLF，对应两个字节0D 0A；Unix换行符是LF，只对应一个字节0A。如果你在文本编辑器里已经开启了显示所有符号，但某些换行看起来还是不对，切到Hex视图就能一锤定音地确认。我曾经排查过一个在Windows上正常、部署到Linux服务器却报格式错误的配置文件，在Hex视图里肉眼看到每行结尾是两个字节的0D 0A，这才确定是换行符问题。

第二类是BOM问题。UTF-8 BOM在文件开头的三个字节是EF BB BF。如果文件带BOM，在某些Linux环境里程序会报错，或者在SQL导入时第一列字段名出现奇怪的字符，那么查一下文件头就知道问题所在。没有BOM的UTF-8文件开头直接是实际内容。这个问题用Hex-Editor很容易看清楚。

第三类是隐藏字符和全角字符。半角空格是20，全角空格在UTF-8编码下是E3 80 80。有些文本看起来有空格，但用普通查找替换却查不到，很可能是全角空格，用Hex视图一看就明白。我之前处理过一个莫名其妙无法通过正则匹配的空格，最后发现就是全角空格，编码上跟半角空格完全不同。

所以我的排查思路是：文本层面表达不清的问题，先想到用Hex视图从字节层面验证。很多时候，编辑后处理不了的疑难杂症，在Hex视图里几秒钟就能定位。

5. 一个完整案例：从乱数据到规整文本的处理全流程

5.1 拿到手的原始数据长什么样

前面讲了那么多功能点，这个章节把它们串成一个完整案例。假设我现在接到一份从某老系统导出的文本文件，内容是客户名单，但打开看非常乱。我模拟一下原始的样式：

text复制  1、张三,  北京      138****1234
2、李四 上海 139****5678
	3、王五,广州 136****9999

这份数据的问题一眼就能列出来：行首缩进不统一，有的两个空格，有的没有，有的是Tab；分隔符混乱，有的是逗号，有的是多个空格，还有的是全角逗号、顿号；行尾可能有看不见的多余空格；编码也不确定是ANSI还是UTF-8；换行符可能混用。

这种乱数据在真实业务里太常见了。拿到手第一反应不要是“一点点改”，而是先想清楚目标格式，再按步骤批量处理。

5.2 分步处理记录：清洗到格式化

我的处理步骤是这样走的。

第1步：先看再说。打开文件，按Ctrl+Shift+8（或者“视图→显示符号→显示所有字符”），把空格、Tab、换行全部显示出来。这一步非常重要，你会发现很多肉眼看不见的字符就在眼前。同时看右下角状态栏，确认文件当前编码和换行符类型。

第2步：统一换行符。通过“编辑→行操作→转为Windows格式”把文件统一成CRLF，避免后面替换过程中换行符不一致引发麻烦。

第3步：正则清理行尾空格。查找[ \t]+$，替换为空。所有行尾的隐形空格一次清掉。

第4步：删除行首多余空白。我这里行首有三种情况：两个空格、一个Tab、没有空格。用查找^[ \t]+替换为空，统一去掉行首空白。如果要保留缩进的情况另说，但这里数据本身不需要缩进。

第5步：统一分隔符。仔细看数据里混合了全角逗号、顿号、多个连续空格、Tab。用几个替换组合拳：全角逗号替换成半角逗号，顿号替换成半角逗号，连续空格替换成逗号，Tab替换成逗号。连续的替换操作下来，每一行就变成了干净的逗号分隔格式。

第6步：用捕获组整理成目标格式。现在的数据格式类似：

text复制1,张三,北京,138****1234
2,李四,上海,139****5678
3,王五,广州,136****9999

我的目标格式是：

text复制客户编号：1 | 姓名：张三 | 城市：北京 | 电话：138****1234

查找^(\d+),(.+),(.+),(\d+)$，替换为客户编号：\1 | 姓名：\2 | 城市：\3 | 电话：\4，一次正则替换完成整个格式重组。

第7步：用Hex-Editor验证结果。切到Hex视图，检查文件头有没有BOM，每行结尾是不是0D 0A，文本中间有没有残留的全角空格。这一步能确保导出到任何下游系统都不会再出幺蛾子。

5.3 处理前后的效率对比与心得

我在复现这个案例时算了一下：如果纯手工处理这3行数据，可能不到一分钟；但如果这个文件有3000行，手工调整每个行首、行尾、分隔符，再逐行改格式，估计得大半天，而且必然出错。按上面的步骤，3000行数据从打开到处理完，整个流程也就在十分钟以内。这就是批量处理和正则重排的意义。

实际操作中，我最看重的是第1步和第7步。很多人处理数据上来就乱替换，结果格式越弄越乱；或者处理完之后没有验证，直接把文件导给下游系统，最后被别人发现问题。我的习惯是先花10%的时间观察，确认文件里到底有哪些不可见字符，再花10%的时间验证，确认处理结果在字节层面完全干净，中间80%的时间才是具体操作。

6. 常见问题排查速查表与几条实用心得

6.1 高频问题排查速查表

我在给同事做输出的时候，喜欢整理一份速查表，专门记录Notepad++排版操作中最常遇到的问题和解决办法。这里也分享出来：

这张表是我踩坑经历的高度浓缩，好多问题看起来复杂，根源其实都很简单。遇到排版问题，先对照表里可能的原因逐项排查，能避免大量无效搜索。

6.2 几个让效率翻倍的小习惯

除了功能本身，我还有几个使用习惯，它们让我的Notepad++排版效率提升了一个台阶。

第一是自定义快捷键。Notepad++的“设置→管理快捷键”几乎可以为所有菜单操作绑定组合键。我把“删除行首尾空格”“转为大写”“转为小写”“行排序”都设置成了顺手快捷键。这样操作时不用一层层点菜单，手不离键盘，速度会快很多。

第二是善用宏录制。如果某个重复性的操作需要几十上百次执行，比如同样的替换组合要做多遍，可以用“宏→开始录制”，操作一遍，再“宏→停止录制→保存录制宏”，然后反复回放。我处理一批格式杂乱的数据时经常用这个功能，录一个完整的清洗流程，对批量文件逐个执行，非常省力。

第三是保存常用的正则表达式。我会把经常用的替换模式存在一个文本文件里，或者用Notepad++的“会话”功能保存常用文件组合。下次再遇到类似的数据清洗需求，直接调用以前的表达式，几秒钟就能完成。

第四是配合Compare插件使用。每次对文件做批量格式化操作前，我会先复制一份原文件，操作后用Compare插件对比两个文件差异，确认哪些行被改动了、改动是否符合预期。这个习惯能避免很多批量替换带来的误伤。

6.3 我踩过的坑和最后的建议

最后分享几个真实踩坑记录，就当给大家提个醒。

第一个坑是正则替换把一个完全不该动的文件改崩了。那次我想把一份代码里所有行尾空格删掉，正则是[ \t]+$，结果忘了勾选“正则表达式”模式，而是用了“扩展”模式，替换时$没有被解析，所有行尾的[ \t]字面字符全清掉了，代码直接变成一堆乱码。从此之后我做任何正则替换，都会先在一个小文件或文件的复件上试一把，确认结果无误再对正式文件操作。

第二个坑是Hex-Editor插件装错位数。我之前一直用32位免安装版，某天下载了64位插件放进去，重启几次插件就是不出现。后来查文档才知道位数必须严格匹配，把插件换成32位版本后马上就好了。所以如果你发现插件装了没反应，第一反应就检查位数和目录结构，别在功能设置上瞎折腾。

第三个坑是没有确认编码就做了全文件替换。有一回处理一个GBK编码文件，我用UTF-8环境下的正则去匹配中文字符，结果匹配不到，还差点误删了部分内容。后来先通过“编码”菜单把文件转成UTF-8，正则就正常匹配了。文本处理前先确认编码，这是一个基本但极其重要的习惯。

回到开头的话题：Notepad++排版的真功夫，不在于编辑器本身多花哨，而在于你如何组合使用它的基础功能、正则能力和Hex-Editor这类插件。把前面讲到的列模式、清理空白、统一换行、捕获组转换、十六进制验证这几个环节练熟，日常遇到90%的文本排版需求都能高效解决。我个人试下来最有价值的一个操作习惯是：任何批量操作之前，先复制一份原件，再打开显示所有符号，把文件从头到尾看一遍。这短短一步，能帮你省下后续排查的大量时间。希望这篇指南里的方法和踩坑经验，能在你的实际项目里派上用场。