简介：面向程序员及文本编辑初学者的 Notepad++ 配套资源包，围绕这款轻量级 Windows 源代码编辑器整理，可用于了解语法高亮、代码折叠、正则搜索替换、宏录制、FTP/SFTP 远程编辑与插件扩展等功能，适合作为替代系统记事本、提升代码编写和文本处理效率的参考材料。包内共 392 个文件，以 xml、html、css 等网页结构与样式文件为主，辅以 png、gif 图标素材以及 dll、ini、exe 等程序组件和配置文件，压缩包约 4.56MB。已有 1085 人学习下载。读者可从中获取软件界面与主题样式素材、功能说明相关页面、配置项及多编码支持等参考内容，便于快速了解 Notepad++ 的模块构成与可定制能力；对于需要处理不同编码文本、进行批量查找替换或轻量级远程编辑的读者，也具有较高的查阅价值。
1. 一个十几兆的编辑器常年占着任务栏：Notepad++ 到底解决的是哪一类工作
Notepad++ 常年躺在我任务栏靠左的位置，左边是终端，右边是浏览器。它的价值不在功能多，而在于启动快：双击到能打字大概一秒，体积几十兆，解压完就能跑，不写注册表、不装后台服务。我日常真正用它干的活儿就那么几类——临时改一段配置、从几万行日志里挑出报错、把一份用逗号分隔的脏数据整成能导入的 CSV、顺手确认某个文件到底是不是 UTF-8 编码。这些活开一个完整 IDE 太重，用系统自带记事本又太薄，Notepad++ 正好卡在中间那层。
它适合谁：天天跟纯文本打交道的人。写脚本的、做运维的、改配置的、导数据的，以及刚学编程还没定下主力编辑器的初学者。它不适合谁也得说清楚：几百兆以上的超大文件、需要图形化调试的工程、必须依赖语言服务器做补全的重型开发，这些场景它顶不住，强行上就是给自己找罪受。
2. 第一轮配置：把安装目录、编码和备份先固定下来
新手拿到编辑器最容易犯的错，是下载完就直接开始敲代码，然后在一个月里陆续遇到乱码、换行符错乱、配置丢失、插件崩溃这一堆问题，回头再逐条排查。实际上 Notepad++ 的可配置项相当密集，第一轮把这些项按固定顺序配一遍，后面能省掉大量返工。配置的核心思路只有一条：让「配置跟着程序走」，而不是跟着系统走。后面讲会话、讲迁移、讲多机同步，全都建立在这个前提上。
2.1 便携版与安装版：先定配置目录，再谈功能
Notepad++ 有两种发布形态，安装包和压缩包，功能上几乎没有差别，差别全在「配置和注册表写在哪」。安装版会把配置文件写进用户目录下的%APPDATA%\Notepad++，同时可选地写入文件关联和右键菜单；便携版（压缩包解压出来那个）默认把配置放在程序目录下，只要程序目录可写，就是一套完全隔离的环境。
| 维度 | 安装版 | 便携版（解压即用） |
|---|---|---|
| 配置位置 | %APPDATA%\Notepad++ | 程序目录下的config或根目录 |
| 文件关联/右键菜单 | 安装时可勾选 | 需要手动在设置里注册 |
| 换机器迁移 | 要单独拷配置目录 | 整个文件夹压缩带走 |
| 多版本共存 | 容易互相覆盖配置 | 各放一个目录，互不干扰 |
| 权限要求 | 需要管理员 | 普通用户即可，可放 U 盘 |
我一般推荐便携版，理由很实际：某公司的办公机不一定给你管理员权限，装不了就白搭；而便携版放到D:\tools\npp这种固定路径下，换机器、重装系统、给同事拷一份，都是复制粘贴的事。要注意的是，便携版如果放在Program Files这类需要提权的目录下，配置写不进去，程序会退回默认设置，每次打开都是「新装」的状态，这个坑后面还会提。
确定形态之后，第二个动作是固定配置入口。用-settingsDir参数可以把配置目录显式指到你想要的位置，不受程序目录权限影响：
# 把配置锁在指定目录，不依赖程序目录是否可写 "D:\tools\npp\notepad++.exe" -settingsDir="D:\tools\npp\config" -nosession # 打开指定文件并跳到第 128 行、第 12 列，排查日志时高频使用 "D:\tools\npp\notepad++.exe" -n128 -c12 "D:\work\demo-project\logs\app.log" # 以只读方式打开，防止手快改坏线上配置 "D:\tools\npp\notepad++.exe" -ro "D:\work\demo-project\conf\app.yaml"这三个参数的含义分别是：-settingsDir指定配置目录，路径建议用绝对路径并加引号，否则带空格的路径会被截断；-n后面跟行号、-c后面跟列号，两者可以单独使用，排查报错堆栈时直接定位到行比在文件里搜索快得多；-ro是只读模式，文件能选中能复制但不能改，改的时候会提示另存。-nosession的作用是不加载上次的会话，适合在脚本或快捷方式里调用，避免每次弹出一堆历史文件。
配置目录里的文件结构值得先认一遍，后面迁移、备份、排错都要靠它：
| 文件/目录 | 作用 | 什么时候会动 |
|---|---|---|
config.xml | 主设置，编码、缩进、显示、自动完成全在这 | 改首选项时写入 |
shortcuts.xml | 快捷键、宏、运行命令、插件命令绑定 | 改快捷键或录宏时写入 |
session.xml | 上次打开的文件列表和光标位置 | 正常退出时写入 |
userDefineLangs\ | 自定义语言（UDL）定义文件 | 新建/修改 UDL 时写入 |
plugins\ | 插件 DLL 及其配置 | 装插件时写入 |
backup\ | 未保存内容的定期备份 | 定时写入 |
认这张表的意义在于：迁移的时候不是拷一个 exe 就完事，config.xml、shortcuts.xml、userDefineLangs、plugins四样才是「你的编辑器」。少拷一个，换机器之后就是熟悉的界面配陌生的行为。
2.2 首轮十二项设置：一次配完，后面少踩一半坑
打开「设置 > 首选项」，按下面的顺序过一遍。这张表是我自己在每台新机器上都会走的清单，值可以直接抄，也可以按团队规范调整：
| 设置位置 | 项目 | 推荐值 | 理由 |
|---|---|---|---|
| 新建 | 默认编码 | UTF-8（无 BOM） | 跨平台兼容最好，Linux 工具链不认 BOM |
| 新建 | 默认换行符 | 按项目定，跨平台用 LF | 混用 CRLF/LF 会让 diff 全红 |
| 新建 | 默认语言 | 按主力语言定 | 少点一次手动选语言 |
| 新建 | 启用「新建文档」为 UTF-8 | 勾选 | 避免默认跟随系统 ANSI |
| 备份 | 会话备份 | 勾选，间隔 30 秒 | 崩溃时能捞回未保存内容 |
| 备份 | 定期备份 | 勾选，间隔 30 秒 | 和会话备份互补 |
| 自动完成 | 括号自动闭合 | 勾选 | 写代码省一半按键 |
| 自动完成 | 单词自动完成 | 勾选，从第 3 个字符起 | 变量名长的时候很省事 |
| 显示 | 显示行号 | 勾选 | 定位报错必备 |
| 显示 | 显示空白字符与行尾符 | 排查阶段勾选 | 一眼看出 Tab 和空格混用 |
| 显示 | 缩进参考线 | 勾选 | 缩进层级清楚 |
| 其他 | 多实例 / 单实例 | 按习惯，脚本调用建议单实例 | 多实例会争抢会话文件 |
编码这一项要单独说。默认编码选 UTF-8 无 BOM，是因为 BOM 在多数场景下是纯负担：某些脚本解释器会把 BOM 当正文内容解析，配置文件里带 BOM 会让第一个键名变成不可见字符加键名，排查起来极其难受。但如果你的工作环境是纯 Windows 加一堆老工具，那 ANSI/GBK 也不是不能用，关键是「新建」和「打开已有文件」两套逻辑要一致，别新建用 UTF-8、打开用 ANSI，最后同一个目录里三种编码并存。
备份这一项，很多人嫌它占空间就关掉了，我的建议是留着。它解决的不是「我忘了保存」，而是「程序崩了、断电了、远程桌面断了」这类意外。备份文件的实际位置在配置目录的backup\下，文件名是文件路径的哈希，找起来不直观，但总比没有强。真出事了，进目录按修改时间排序，最新的那几个就是你要的。
显示里的「显示空白字符与行尾符」，日常写业务代码时可以关掉，看着清爽；但只要进入排查阶段就一定要打开。行尾出现一堆CRLF和LF混杂的时候，肉眼是看不出来的，打开显示之后一眼就能定位到是哪几行坏了。
2.3 文件夹作为工作区：把一个项目真正装进来
单文件编辑是基础用法，真正提升效率的是「文件夹作为工作区」。在「视图 > 文件夹作为工作区」里选中项目根目录，左侧会出现一棵文件树，点击即打开，配合右键的「在文件中查找」可以对整个目录做正则搜索。这一步做不做，使用体验差别很大：不做，你是在一堆散文件里翻；做了，你是在一个项目里跳。
有个小细节值得注意：工作区加载的是目录快照，外部新增的文件不一定立刻出现，右键树节点刷新一下就好。另外，如果项目目录里有node_modules、.git这类大目录，可以在「首选项 > 文件夹作为工作区」里配置排除过滤，否则文件树展开会很慢，搜索也会把依赖包里的内容一起扫进来。
最后补一句命令行注册。便携版想让右键菜单出现「Edit with Notepad++」，需要在设置里手动点一次「注册文件关联」；这一步会写注册表，没权限的机器会失败，失败也不影响使用，直接拖文件到窗口上一样能开。别为了一个右键菜单去折腾提权，性价比太低。
3. 正则替换与列编辑：把重复劳动压成一条规则
文本编辑里真正拉开效率差距的，不是打字速度，而是「一次性处理 N 行」的能力。Notepad++ 在这方面给的工具相当够用：Boost 正则引擎支撑的查找替换、矩形列编辑、多光标，以及可以录制回放的宏。这四样东西覆盖了大部分数据清洗场景，学会之后，那些「手动改两百行」的活基本就绝迹了。
3.1 正则引擎的边界：它支持什么，不支持什么
Notepad++ 的查找替换用的是 Boost 正则库，语法上接近 Perl 风格，支持捕获组、反向引用、惰性匹配、前后向断言（lookahead/lookbehind）、命名分组。日常够用的能力清单大致是这些：
\d\w\s及其大写取反，字符类[abc]、[^abc]；*+?量词，加?变惰性，如.*?；- 捕获分组
(...)，替换时用\1\2引用； - 断言
(?=...)、(?<=...)，用于「匹配但不消耗」； - 模式开关
(?i)忽略大小写、(?s)让.匹配换行、(?m)多行模式。
不支持的部分也要心里有数：它没有完整的条件分支和递归匹配，写不出某些高级语言正则里的(?R)；替换侧不支持函数式回调，不能对捕获组做「转大写」这类运算。遇到这类需求，别硬扛，转去 Python Script 写几行循环更快。
最容易翻车的是两点：一是.默认不匹配换行，跨行匹配必须在查找框勾上「. 匹配换行」或者在模式里写(?s)；二是*和+默认贪婪，<div>.*</div>会从第一个<div>一路吃到最后一个</div>，中间全被吞掉。这两个坑后面避坑章节还会展开。
3.2 三个能直接抄的替换配方
第一个配方，把应用日志转成 CSV。原始日志长这样：
2025-03-11 09:12:33 [ERROR] order-service: timeout after 3000ms 2025-03-11 09:12:35 [INFO] order-service: retry scheduled目标是拆成日期,时间,级别,内容四列。做法是打开替换对话框，勾选「正则表达式」，然后：
# 查找 ^(\d{4}-\d{2}-\d{2})\s+(\d{2}:\d{2}:\d{2})\s+\[(\w+)\]\s+(.*)$ # 替换 \1,\2,\3,"\4"逐段解释：^和$锁定整行，避免半行匹配；(\d{4}-\d{2}-\d{2})是第一捕获组，匹配日期；\s+吃掉日期和时间之间的空白，用\s+而不是单个空格，是因为有的日志用 Tab；\[(\w+)\]匹配方括号里的级别，方括号本身要转义；(.*)捕获剩余内容。替换侧\4外面加了引号，是为了防止日志正文里本身含逗号导致 CSV 列错位——这是数据清洗里的常规做法，正文含引号的情况再额外处理。
第二个配方，批量改配置键值。配置文件里有一批timeout_ms = 3000想统一改成timeout_ms = 5000：
# 查找：只改 timeout_ms，且保留原有缩进和等号周围空格 ^(\s*timeout_ms\s*=\s*)\d+(\s*)$ # 替换 \15000\2这里的\15000容易被误读成第 15000 个捕获组，实际是\1后面紧跟字面量5000。正则引擎在解析反向引用时，会优先匹配已存在的最大分组编号，所以\1后面接数字是有歧义的。稳妥写法是把捕获组包成${1}形式，Notepad++ 的替换框支持${1}语法，写成${1}5000${2}就不会有歧义。这个细节不注意，替换结果会莫名其妙多出几位数字。
第三个配方，去掉空行和首尾空白。这类需求看着简单，手写容易漏：
# 第一步：把连续空行压成一行（勾选「. 匹配换行」时慎用，建议分两步） ^[ \t]*\r?\n # 替换为空，执行「全部替换」多次直到无匹配 # 第二步：去掉每行行尾空白 [ \t]+$ # 替换为空分步做比一条正则干到底更可靠，因为一条正则同时处理多行和行尾，一旦模式写错，回滚都麻烦。替换前先按Ctrl+Z确认撤销可用、或者干脆先另存一份副本，这个习惯值得养成。
3.3 列编辑与递增数字：结构化文本的批量整形
正则处理的是「模式化」的重复，列编辑处理的是「位置化」的重复。按住Alt用鼠标拖动，或者Alt+Shift+方向键，可以拉出一个矩形选区，之后输入的任何内容会同时写进每一行。这个功能在给一批行统一加前缀、统一加引号、批量删除某几列时非常好用。
更实用的是「列编辑」对话框里的插入递增数字。选中一列之后打开它，可以设置起始值、步长、进制和是否补零，直接在每一行插入001、002、003这样的序号。手写 SQL 的INSERT语句、给测试数据加主键、给日志加行号，都靠这个。
配合多光标还有一层用法：Ctrl+鼠标点击可以在任意位置追加光标，每个光标独立输入。这在同时改多个函数的返回类型、给多行末尾补分号时，比列编辑更灵活，因为它不要求光标在同一列。要注意的是，多光标状态下撤销是按「一次输入」为单位回滚的，不是按光标，误操作之后按一次Ctrl+Z会整体撤销，别指望逐个回退。
3.4 宏：录一次，跑一万次
宏是这四样里最被低估的一个。操作路径是「宏 > 开始录制」，做一遍你要重复的动作，再「宏 > 停止录制」，然后「宏 > 保存当前录制的宏」给它起个名字并绑定快捷键。
宏的价值在于它记录的是「按键和菜单动作序列」，不是正则。这意味着那些「正则表达不了」的操作也能批量跑，比如：把光标移到行尾、插入固定文本、按两次Down、再执行一次删除。这类「位置相关」的操作，正则做不了，宏可以。
一个典型场景：某份导出数据每 4 行是一组，需要把每组的第 2 行删掉。正则要写半天还不一定对，宏只需要录一遍「下移一行、删除整行、再下移三行」，然后反复执行。执行到文件末尾的办法是：先把宏跑一次，让光标落在正确位置，再用「宏 > 重复执行宏多次运行至文件末尾」，它会一直跑到光标不再前进为止。
宏的坑也很明确，后面会专门讲：它记录的是绝对动作，文件结构一变，宏就歪了。所以录制之前先确认数据是严格等长的，跑之前先在副本上试一次。
4. 自定义语言与插件：把通用编辑器改成半个专用工具
通用编辑器的天花板在于「它不认识你的领域语言」。日志格式、私有配置格式、某种自研的脚本语法，Notepad++ 默认都不认识，打开就是一片黑白。好在它给了两个口子：一个是 UDL（自定义语言），可以低成本地加上语法高亮和折叠；另一个是插件体系，可以把编译、校验、格式化这些外部动作挂到菜单上。这两样用好，它就不再是「记事本加强版」，而是一个针对你日常格式的小型工作台。
4.1 UDL 的五个配置块与一份可用定义
UDL 的入口在「语言 > 自定义语言 > 定义你的语言」。新建一个语言之后，需要填的其实是五块内容：扩展名、关键字列表、注释与数字、运算符与分隔符、以及样式配色。其中关键字列表有 8 组，可以把不同类别的词分开上色，比如第 1 组放控制关键字、第 2 组放内置函数、第 3 组放类型名。
定义文件本身是 XML，放在配置目录的userDefineLangs\下，可以直接手写也可以导出后再改。下面是一份针对自定义日志格式的最小定义，扩展名.dlog，把ERROR、WARN、INFO三类级别分别上色：
<NotepadPlus> <UserLang name="DemoLog" ext="dlog" udlVersion="2.1"> <Settings> <Global caseIgnored="no" /> <Prefix Keywords1="no" Keywords2="no" /> </Settings> <KeywordLists> <!-- 第 1 组：日志级别，会被单独配色 --> <Keywords name="Keywords1">ERROR WARN INFO DEBUG</Keywords> <!-- 第 2 组：服务名 --> <Keywords name="Keywords2">order-service pay-service user-service</Keywords> </KeywordLists> <Styles> <WordsStyle name="Keywords1" fgColor="FF0000" bgColor="FFFFFF" fontStyle="1" /> <WordsStyle name="Keywords2" fgColor="0000FF" bgColor="FFFFFF" fontStyle="0" /> </Styles> </UserLang> </NotepadPlus>这份 XML 里，name是语言显示名，ext是关联的扩展名（多个用空格分隔），udlVersion是 UDL 格式版本，写成2.1是为了启用 2.0 之后的多行注释与嵌套能力。Keywords1到Keywords8是八组关键字容器，词之间用空格分隔，注意不要换行写成一行一行的，解析器不认。WordsStyle里的fgColor是十六进制 RGB，fontStyle="1"表示加粗，0表示常规。配色这块不用追求好看，目的是让眼睛在几百行日志里能一秒扫到 ERROR。
写完保存，语言菜单里就会出现DemoLog，把文件关联到它即可。UDL 的边界也要说清楚：它只做高亮、折叠和自动补全，不做语法校验，写错了不会报错；它也不支持基于上下文的智能提示，别指望它替代真正的语言插件。
4.2 NppExec：把编译、格式化、校验串成一条命令
NppExec 是我装完 Notepad++ 之后第一个装的插件，因为它解决了一个很实际的问题：改完代码要切到终端敲命令。有了它，直接在编辑器里按一个快捷键就能跑。
它的脚本本质是一串控制台命令，支持内置变量。下面这段是「保存当前文件 → 切到文件所在目录 → 调用编译器 → 把输出回显到控制台」：
# NPP_SAVE：先保存当前文件，避免编译的是旧版本 NPP_SAVE # 切到当前文件所在目录，保证相对路径的引用文件能找到 cd "$(CURRENT_DIRECTORY)" # 调用外部命令，2>&1 把标准错误合并进标准输出，方便在控制台统一看 cmd /c "gcc -Wall -Wextra -o $(NAME_PART).exe $(FILE_NAME) 2>&1" # 编译产物在当前目录，跑一下看结果 cmd /c "$(NAME_PART).exe"变量说明：$(FULL_CURRENT_PATH)是当前文件完整路径，$(CURRENT_DIRECTORY)是所在目录，$(FILE_NAME)是带扩展名的文件名，$(NAME_PART)是不带扩展名的主名，$(EXT_PART)是扩展名。这几个是高频变量，记住它们基本就能拼出大部分命令。
脚本保存之后，可以在「插件 > NppExec > 高级选项」里把它挂到宏菜单并分配快捷键。有一个设置项建议打开：「Follow $(CURRENT_DIRECTORY)」，作用是让控制台的工作目录跟着当前文件走，否则你在 A 项目里跑命令，实际执行目录还停在上次的 B 项目，出来的结果莫名其妙。
NppExec 的输出窗口有个小毛病：中文路径偶尔会显示成乱码。这不是编辑器的问题，是控制台代码页和程序输出编码不一致。解决办法是在脚本开头加一行chcp 65001把控制台切到 UTF-8，或者干脆让项目路径全用英文，后者更省事。
4.3 Python Script：需要循环的地方别用正则硬扛
插件体系里另一个值得装的是 Python Script，它内嵌了一个 Python 解释器，可以直接操作编辑器缓冲区、读写文件、批量处理。判断标准很简单：一次性的模式替换用正则，需要「按条件判断 + 循环 + 读写多个文件」的，直接上 Python Script。
下面这段做的事是：把当前文件所在目录下所有.txt的行尾统一成 LF，处理完在控制台报个数。
# -*- coding: utf-8 -*- import os from Npp import notepad, console def normalize_lf(path): """把 CRLF 和孤立 CR 统一替换成 LF，已经是 LF 的文件跳过写入""" with open(path, 'rb') as f: raw = f.read() fixed = raw.replace(b'\r\n', b'\n').replace(b'\r', b'\n') if fixed != raw: with open(path, 'wb') as f: f.write(fixed) return True return False # 取当前文件所在目录；如果当前是新建未保存的文档，这一步会拿到空字符串 current = notepad.getCurrentFilename() root = os.path.dirname(current) if not root: console.writeError('当前文档尚未保存，先存盘再运行\n') else: changed = 0 for name in os.listdir(root): if name.lower().endswith('.txt'): if normalize_lf(os.path.join(root, name)): changed += 1 console.write('共处理 %d 个文件，实际修改 %d 个\n' % (len(os.listdir(root)), changed))这段代码里几个关键点：用二进制模式'rb'读写，是为了绕开 Python 的换行符自动转换，否则在 Windows 上写回去又变成 CRLF，白干；先做\r\n替换再做\r替换，顺序不能反，反了会把 CRLF 拆成两个 LF；notepad.getCurrentFilename()对未保存文档返回空串，必须判空，不判会拿当前工作目录去扫，把不相干的文件全改了。
Python Script 的运行入口在「插件 > Python Script > 运行脚本」，脚本文件放在配置目录的plugins\PythonScript\scripts\下，也可以直接在控制台里贴代码执行。调试手段有限，console.write和console.writeError就是最主要的输出通道，习惯用它打日志比靠猜强。
4.4 大文件与编码：必须知道的几条硬边界
Notepad++ 处理普通文本毫无压力，但它不是为大文件设计的。编辑器底层用的是 Scintilla 的缓冲区模型，打开的文件会整体进内存并建立索引。实践中的体感是这样的：几 MB 到几十 MB 顺畅，上百 MB 开始能感觉到打开变慢、滚动轻微卡顿，到 GB 级基本就别指望了，轻则卡死，重则直接无响应。
真要在里面看大文件，有几个手段能续命：在「设置 > 首选项 > 大文件」里把「大文件阈值」调低，让它对超阈值文件自动关闭语法高亮和自动完成；关掉「文件夹作为工作区」和文档结构图；打开时加-nosession避免加载历史文件。这些做完能撑到几百 MB，再大就该换工具了，less、tail -f或者按行切片的脚本都比硬扛强。
编码这块的边界也得说清楚。Notepad++ 打开文件时会做编码探测，探测依据是 BOM 和字节分布的启发式判断，不是 100% 准确。GBK 编码的中文文本被误判成 UTF-8 打开，看到的就是一片菱形问号；反过来 UTF-8 被当成 ANSI 打开，中文会变成乱码方块。判断方法很直接：菜单「编码」里看当前被识别成什么，如果识别错了，用「编码 > 转为 UTF-8」是错的（那会基于错误的理解做二次转换），正确操作是先用「编码 > 以 GBK 编码重新打开」这类「重新打开」动作，让编辑器用正确编码解码，再决定要不要转换。
5. 避坑与排查：五个把文件改坏的真实现场
上面讲的是「怎么用」，这一章讲「怎么不把事情搞砸」。下面这五条都是我在自己或同事机器上真实遇到过的，现象、原因、解决按顺序写，遇到同类问题时可以直接对号入座。
5.1 打开是乱码，另存之后中文全变成问号
现象：打开一个明显含中文的文件，界面显示一堆乱码；随手点了「编码 > 转为 UTF-8」再保存，重新打开发现中文彻底没了，变成问号或者方块，撤销也救不回来。
原因：编码探测把 GBK 文件误判成了别的编码，编辑器用错误的解码方式读进来的那一刻，字符信息就已经丢了。此时界面上的「乱码」并不是原始字节，而是错误解码后的替代字符，再「转换」一次只是把已经错的字符按新编码写回去，等于把错误固化了。文件本身没坏，坏在中间这一步二次转换。
解决：发现乱码先别保存，直接关掉。用「编码 > 以 … 编码重新打开」把可能的编码挨个试一遍（GBK、UTF-8、Big5），哪个显示正常就用哪个。确认显示正确之后，再决定是否「转为 UTF-8」并保存。如果文件已经被错误保存过，另一个办法是从版本控制或备份里恢复原始文件重来，别在坏文件上继续折腾。
5.2 正则替换执行完，整份文件被吞成一行
现象：想删掉某段注释，写了<start>.*</end>做替换，点「全部替换」之后，从第一个<start>到最后一个</end>之间的所有内容都没了，几千行变成几十行。
原因：正则里的.*默认是贪婪匹配，它会尽可能多地吃掉字符，所以在整份文件里找的是「最左边一个<start>到最右边一个</end>」这个最大区间。同时如果勾了「. 匹配换行」，.还能跨行，破坏范围会进一步扩大。
解决：把贪婪改成惰性，写成<start>.*?</end>，让它在遇到第一个</end>时就停下；或者用排除字符类<start>[^<]*</end>限定中间不能出现<。更稳的做法是分两步：先用查找确认匹配数量，替换框旁边会显示「找到 N 处」，数量对不上就别点替换。真出事了，第一反应是Ctrl+Z，Notepad++ 的撤销栈对单次替换是整体回滚的，只要没有继续操作，一般能救回来。
5.3 宏跑着跑着就歪了，删掉了不该删的行
现象：录了一个「删除每组第 2 行」的宏，前几十行跑得好好的，跑到中间突然开始整段整段地删，最后文件面目全非。
原因：宏记录的是按键序列和光标相对移动，不是语义。它假设文件结构严格等长，一旦某组数据少了一行、多了一个空行，光标位置就整体错位，后面的「下移三行再删」全部落在错误的位置上。另外，录制时如果混进了鼠标点击、弹窗确认这类动作，回放时环境稍有不同就会失败。
解决：三个动作。第一，录制时尽量只用键盘，不用鼠标点击定位，键盘动作的可移植性更好。第二，跑宏之前先另存一份副本，或者确保文件在版本控制里。第三，先用宏跑前 20 行，肉眼检查结果，确认无误再全量跑。如果数据结构本身不等长，宏就不合适，改用 Python Script 按规则解析，虽然写起来麻烦，但结果可预期。
5.4 插件装完没反应，或者一启动就崩
现象：在插件管理器里勾选安装某个插件，提示重启，重启之后菜单里找不到；或者更糟，编辑器直接起不来，弹一个错误框就退出。
原因：最常见的是位数不匹配——主程序是 64 位，插件是 32 位的 DLL，加载必然失败；其次是插件版本和主程序版本不兼容，老插件调用的接口在新版本里改了签名；第三是插件目录放错，手动拷贝 DLL 时放到了根目录而不是plugins\下。
解决：装插件优先走「插件 > 插件管理」，它会按当前程序的位数和版本筛选兼容列表，比手动下载 DLL 靠谱得多。如果已经装了不兼容的插件导致启动崩溃，去配置目录的plugins\下把对应 DLL 删掉，再启动就恢复了。手动装插件时确认三件事：DLL 放进plugins\子目录、位数一致、插件说明里写的支持范围覆盖当前主程序。这三条对上，九成的加载失败都能解决。
5.5 换机器或升级之后，配置、快捷键、自定义语言全没了
现象：换了一台电脑，把 exe 拷过去，打开发现快捷键全变回默认、自定义的日志语言不见了、录的宏也没了，一切都像新装的。
原因：安装版的配置不在程序目录，而在%APPDATA%\Notepad++；便携版如果程序目录不可写，也会退回用户目录。只拷 exe 等于只拷了程序，配置一样没带走。另外，直接覆盖安装新版本时，如果安装程序检测到配置目录冲突，也可能重置部分设置。
解决：迁移时按目录整体拷，至少包含config.xml、shortcuts.xml、userDefineLangs\、plugins\四项，session.xml按需。最省心的做法是从一开始就用便携版加-settingsDir固定配置路径，把「程序 + 配置」当成一个整体放在同一个文件夹里，迁移就是压缩包复制。升级同理：先把整个目录备份一份再装新版，出问题直接回退。
6. 会话固化与全项目体检：把编辑器变成可复用的工作台
用久了会发现，真正省时间的不是某个功能，而是「打开就能接着上次干」。Notepad++ 的会话机制正好干这个：正常退出时它把打开的文件列表、光标位置、甚至折叠状态写进session.xml，下次启动原样恢复。但默认行为有个问题——它只记住「最后一次」，一旦你为了看一个临时文件重启，原来那批工作文件就丢了。
解决办法是把会话显式存成文件。「文件 > 保存会话」可以存成任意名字的.xml，之后用命令行参数加载：
# 启动时直接载入某个固定会话，适合做成桌面快捷方式 "D:\tools\npp\notepad++.exe" -settingsDir="D:\tools\npp\config" -loadSession="D:\tools\npp\sessions\demo-daily.xml" # 不带会话启动，用于临时看文件，不污染日常会话 "D:\tools\npp\notepad++.exe" -nosession "D:\work\demo-project\logs\app.log"-loadSession加载指定会话文件，路径必须写绝对路径；-nosession则相反，完全不读会话，适合把临时查看和日常工作隔离开。我一般准备两个快捷方式放桌面，一个叫「日常」带-loadSession，一个叫「临时」带-nosession，用哪个点哪个，两边互不干扰。这个小习惯坚持下来，比任何插件都实在。
第二个值得固化的能力是「在文件中查找」。它本质是一次全目录正则扫描，结果以列表形式给出，双击跳转。日常有几种用法：查某个配置项在哪些文件里出现过、查某段废弃代码还有没有残留、查所有文件里有没有硬编码的绝对路径。
最后一个技巧是全项目编码与行尾体检。做法是在「在文件中查找」里，查找目标填\r（需要勾选「扩展」模式而不是「正则」），目录选项目根目录，过滤器写*.py *.js *.yaml *.conf，执行一次就能把含 CR 的文件列出来。同理，查找^\xEF\xBB\xBF可以找出带 BOM 的文件。这类体检在接手老项目、准备做一次大重构之前跑一遍，能提前发现一批「改了一行 diff 全红」的隐性问题。
我自己的习惯是：每次给一个新项目建工作区之前，先跑一遍这两项扫描，把编码和行尾的底摸清楚，然后再动手改代码。这个流程是从一次血泪经验里来的——早年接手一个跨平台项目，本地改完提交，CI 上 diff 显示整个文件都被重写，追了半天才发现是本地文件带 CRLF 而仓库规范是 LF，编辑器保存时又没提示。从那以后我每次接手新目录，都强制先跑一遍编码和行尾扫描，确认干净了才开始改。希望帮到你。
本文还有配套的精品资源，点击获取
