简介：Notepad++ 免安装版（7.5.1）是一份面向程序员、运维人员及日常文本处理者的绿色编辑器包，解压即可运行，无需安装，也不要求管理员权限，适合在权限受限的办公机、U 盘随身携带或临时环境中快速编辑代码与纯文本。压缩包共 155 个文件，约 3.36MB，以 xml 配置与主题定义、dll 插件库（如 Markdown 预览、编码转换、mime 工具）、ini 参数文件和 notepad++.exe 主程序为主，另附 url 快捷方式与 change.log 更新记录，本体与插件齐备，开箱即可使用，已有 1135 人学习下载。功能上支持 C++、Java、Python、PHP、HTML、CSS 等多语言语法高亮，配合自动完成、代码折叠、多文档编辑、全局查找替换，以及对 Unicode 编码和大文件的处理能力，可以直接替代系统自带记事本。对初学者而言，它是轻量的练习环境；对熟练开发者而言，则便于随身携带统一配置，省去重复安装与调试插件的成本。
1. 现场排障时我需要一款随身携带的编辑器
接手别人的机器查一个日志问题，第一步通常不是装环境，而是找能打开文本的工具。系统自带的记事本面对 200MB 的日志、GBK 与 UTF-8 混排的中文、CRLF 与 LF 交错的文件，几乎没有有效的处理手段；装一个完整 IDE 既慢又需要管理员权限。我常放在 U 盘里的就是这份 notepad 免安装版：解压即用，配置跟着目录走，不在系统盘留注册表痕迹，换台机器插上就能继续干活。它适合三类人：经常在客户现场或临时机器上排障的运维、要给外包同学发一套统一编辑环境的开发、需要批量清洗文本又不想折腾运行时的数据处理岗。下面按拆包验收、编码与换行、配置固化、故障排查、批量处理的顺序，把这份资源怎么用透讲清楚。
2. 拆包验收：怎么确认一个 notepad 免安装版真的不写系统
拿到压缩包先别急着双击 exe。所谓“免安装”只有两种实现：一种是解压后全靠相对路径找配置，另一种是程序本身支持把配置目录指到别处。前者在盘符变化、目录只读时容易出问题，后者更稳但需要启动参数配合。要分辨属于哪种，最直接的办法是看程序启动后往哪里写文件——观察一次启动过程中产生的新文件，比看任何说明都可靠。
2.1 三处写入点与目录结构自查
我会先解压到一个短路径、无空格、无中文的目录，比如D:\tools\np\，然后做一次“冷启动观察”。Windows 上可用来观察的工具不少，系统自带的资源监视器够用，讲究一点可以用 Process Monitor，过滤条件设成Path contains np加Operation is CreateFile，再补一条Operation is RegSetValue。启动、改一个设置、关掉，看它动了哪些地方。重点关注三类写入：
| 写入位置 | 典型路径 | 含义 | 处置 |
|---|---|---|---|
| 程序目录内配置文件 | D:\tools\np\config.xml、settings\、backup\ | 真正的便携行为 | 保留，随包拷贝 |
| 用户漫游目录 | %APPDATA%\<程序名>\ | 走了安装版逻辑 | 需用参数或 ini 改回来 |
| 注册表文件关联 | HKCU\Software\Classes\下的扩展名键 | 抢默认打开方式 | 首次启动时不要勾选关联 |
目录结构上，一份干净的包通常长这样：主程序一到两个 exe，plugins\放扩展，themes\放配色，config.xml或settings\存配置，backup\存自动备份，session.xml存上次打开的标签页。看到updater\、uninstall.exe这类东西可以直接删掉，便携场景里它们只会添乱——自动更新会在你不知情的时候替换主程序，导致 U 盘里那份和同事手里那份行为不一致，排查问题时这就是个黑匣子。
还有一个容易忽略的点：backup\目录的默认保留策略。多数编辑器按“每个文件保留 N 份、总容量上限 M MB”来做，长时间编辑大文件会把 U 盘写满。第一次用就把它改成固定容量，比如单文件 5 份、总计 200MB，别等到盘满才想起来。
2.2 首次启动的六步初始化
装好目录之后的第一次启动，决定了后面几个月的使用体验。我固定的六步是：
- 语言与主题：切中文界面，选一个低对比度深色主题，长时间看日志眼睛不累。
- 关闭自动更新：设置里找“检查更新”相关项，取消勾选。便携版最忌讳版本漂移。
- 关闭文件关联：首次启动的向导里不要勾“关联常见文本格式”，一旦勾了，卸载时这些键不一定清得掉。
- 关闭会话记忆或改为手动：自动恢复上次标签页在现场机器上是双刃剑，稍后 5.3 会讲它带来的覆盖事故。
- 设定新建文档默认编码为 UTF-8 无 BOM、换行符跟随系统。注意是“无 BOM”，带 BOM 的 UTF-8 会让 shell 脚本、JSON 解析器、部分编译器的第一行报错。
- 打开“显示所有字符”，把空格、制表符、换行符都显出来。这一条看似小，实际能省掉大量“为什么对齐不对”的困惑。
做完这六步，退出程序，把整个D:\tools\np\目录复制一份做基线备份，命名成np-baseline-日期。以后配置被改乱了，直接覆盖回来，比逐项回忆改过什么快得多。
2.3 用启动脚本把配置目录固定住
如果程序本身支持指定配置目录，写一个启动器最省事。下面这段放在程序同级目录，命名start.bat：
@echo off rem %~dp0 是脚本所在目录，带尾部反斜杠；用它保证不依赖当前工作目录 set "APP_DIR=%~dp0" set "CFG_DIR=%APP_DIR%settings" rem 配置目录不存在就先建，避免程序回退到 %APPDATA% if not exist "%CFG_DIR%" mkdir "%CFG_DIR%" rem 常见做法是用一个参数把配置目录钉死；不同构建参数名不同，以实际程序帮助为准 start "" "%APP_DIR%notepad.exe" -settingsDir="%CFG_DIR%" -nosession %*%*把外部传入的参数原样透传，这样右键“发送到”或者命令行start.bat D:\log\app.log都能正常打开文件。-nosession的作用是不恢复上次会话，配合 2.2 第 4 步使用。如果你的版本不认-settingsDir，退回到“把配置文件放在程序同目录 + 程序首次运行时选择便携模式”的方案，效果一样，只是少了一层隔离。
验证是否生效很简单：启动后改一个设置，正常退出，看settings\下文件的修改时间是不是刚刚。如果是，说明配置落在包里；如果%APPDATA%下出现了同名目录，说明参数没被识别，得回头查程序的参数说明。这一步没做对，后面所有“带着配置走”的想法都是空的。
3. 编码与换行符：文本处理故障率最高的两处
同一份日志，在我机器上中文正常，发给同事就变成问号；同一份配置，在 Windows 上跑得好好的，放到 Linux 容器里第一行就报语法错误。九成情况不是文件内容有问题，而是编码和换行符在传输链路上被改了。notepad 免安装版在这两块的能力比系统记事本强得多，但前提是你知道自己在按哪个按钮——编码转换是不可逆操作，选错了保存一次，原文就没了。
3.1 编码判定与 BOM 的三个误区
先明确判定顺序。有 BOM 的文件是确定的：EF BB BF是 UTF-8 BOM，FF FE是 UTF-16 LE，FE FF是 UTF-16 BE。没有 BOM 的文件则存在二义性——一段纯 ASCII 字节，既可以是 UTF-8，也可以是 GBK，还可以是 Latin-1，任何工具都只能靠统计规律猜。所以“自动检测编码”永远只是猜测，重要文件不要盲信。
| 误区 | 实际后果 | 正确做法 |
|---|---|---|
| 用“UTF-8”另存为就万事大吉 | 某些构建会写成带 BOM，脚本首行报错 | 明确选“UTF-8 无 BOM”，保存后看十六进制头三字节 |
| 看到中文正常就认为编码对 | 编辑器会用替代字符容错显示，磁盘上可能已是乱码 | 转换前先备份，转换后用独立工具复核 |
| GBK 文件用 UTF-8 打开再保存 | 不可逆损坏，原文无法恢复 | 先另存副本，确认解码正确再覆盖 |
实操上我习惯这样：打开文件后先看状态栏显示的编码，如果和预期不符，不要直接“转为 UTF-8”，先“以 GBK 重新载入”，确认中文全部正常，再执行转换并保存。这两步的区别很大——前者是拿错误解码的结果去重编码，后者是先纠正解码。区别类似于：修好地基再盖楼，和直接在歪地基上盖楼。
还要注意一类隐蔽情况：文件里同时存在 UTF-8 和 GBK 编码的片段，通常是从多个系统拼出来的日志。这种文件没有统一编码，任何“一键转换”都会毁掉一半内容。正确做法是按行处理，用脚本逐行尝试解码，失败的行走另一套编码，最后统一输出成 UTF-8 并记录异常行号。
3.2 批量转码脚本：可回滚、可干跑、有报告
单个文件用手点没问题，一个目录几百个文件就必须上脚本。下面这段做三件事：识别编码、备份原文件、按目标编码重写，并且支持只报告不修改。
# -*- coding: utf-8 -*- import argparse import pathlib import shutil import sys BOMS = [ (b"\xef\xbb\xbf", "utf-8-sig"), (b"\xff\xfe", "utf-16-le"), (b"\xfe\xff", "utf-16-be"), ] def sniff(raw: bytes): """返回 (编码, 是否带BOM)；识别不了就返回 unknown，交给人工处理""" for bom, enc in BOMS: if raw.startswith(bom): return enc, True for enc in ("utf-8", "gb18030"): try: raw.decode(enc) return enc, False except UnicodeDecodeError: continue return "unknown", False def convert(path: pathlib.Path, target: str, dry: bool, backup_dir: pathlib.Path): raw = path.read_bytes() enc, has_bom = sniff(raw) if enc == "unknown": return (path, "skip", "无法判定编码") try: text = raw.decode(enc) except UnicodeDecodeError as exc: # 含混合编码的文件会走到这里，不强行处理 return (path, "fail", f"解码失败: {exc}") if enc == target and not has_bom: return (path, "same", "") if dry: return (path, "plan", f"{enc}{'+BOM' if has_bom else ''} -> {target}") # 备份保留相对路径，避免同名文件互相覆盖 dst = backup_dir / path.name if not dst.exists(): shutil.copy2(path, dst) path.write_text(text, encoding=target, newline="") return (path, "done", f"{enc} -> {target}") def main(): ap = argparse.ArgumentParser() ap.add_argument("root") ap.add_argument("--ext", default=".txt,.log,.csv,.ini,.conf") ap.add_argument("--target", default="utf-8", choices=["utf-8", "gb18030"]) ap.add_argument("--dry-run", action="store_true") ap.add_argument("--backup", default="_bak") args = ap.parse_args() root = pathlib.Path(args.root) backup_dir = root / args.backup backup_dir.mkdir(exist_ok=True) exts = tuple(e.strip().lower() for e in args.ext.split(",")) for p in sorted(root.rglob("*")): if not p.is_file() or p.suffix.lower() not in exts or backup_dir in p.parents: continue path, status, note = convert(p, args.target, args.dry_run, backup_dir) print(f"{status:5} {path} {note}") if __name__ == "__main__": sys.exit(main())几个参数值得说明。--dry-run必须先跑一遍，输出里plan行就是将要发生的转换，确认没有大量unknown再动真格。--ext控制处理范围，把.exe、.dll之类排除掉是底线，二进制文件被当文本重写会直接损坏。--target只给两个选项，是有意的：大多数场景只需要在 UTF-8 和 GBK 之间做决定，选项多了反而容易误操作。备份目录放在源目录下并排除自身，是为了让备份和被处理文件相对位置稳定，日后出问题能一一对应找回来。
跑完不要马上删备份。找一个改动过的文件，用十六进制查看前三个字节，确认没有意外写入 BOM；再在另一台机器或另一个工具里打开，看中文是否正常。两道验证都过了，再清理_bak。
3.3 换行符统一：CRLF、LF、CR 的转换与验证
换行符的坑比编码更隐蔽，因为编辑器会“智能”显示，肉眼看不出区别。Windows 原生是 CRLF（0D 0A），Linux 和 macOS 是 LF（0A），老式 Mac 文本是 CR（0D）。三者在同一目录里混着，轻则 diff 全红，重则 shell 脚本报bad interpreter: /bin/bash^M。
在编辑器里转很简单：菜单里找“转换为 Windows 格式 / Unix 格式”，一次搞定当前文件。批量处理我会用 PowerShell，理由是 Windows 机器上一定有，不依赖额外环境：
# 递归把指定扩展名的文件统一成 LF；-WhatIf 先空跑看清单 param( [Parameter(Mandatory=$true)][string]$Root, [string]$Ext = "*.sh,*.py,*.conf", [ValidateSet("LF","CRLF")][string]$Mode = "LF", [switch]$WhatIf ) $nl = if ($Mode -eq "LF") { "`n" } else { "`r`n" } $patterns = $Ext.Split(",") foreach ($pat in $patterns) { Get-ChildItem -Path $Root -Filter $pat -Recurse -File | ForEach-Object { $raw = [System.IO.File]::ReadAllText($_.FullName) # 先把三种换行统一成 LF，再按目标模式展开，避免出现 \r\r\n $norm = $raw -replace "`r`n", "`n" -replace "`r", "`n" if ($Mode -eq "CRLF") { $norm = $norm -replace "`n", "`r`n" } if ($norm -ne $raw) { if ($WhatIf) { Write-Host "[plan] $($_.FullName)" } else { [System.IO.File]::WriteAllText($_.FullName, $norm) } } } }关键在于中间那步“先归一再展开”。直接对 CRLF 文件做-replace "\n", "\r\n"，会把已有的\r\n变成\r\r\n，文件表面能打开，解析器却会多出一个空字符。这类问题排查起来非常花时间，血泪经验就是先归一。
验证手段有三个，按可靠程度排序：用Format-Hex看文件末尾几字节是不是0A；用git diff --stat看改动行数是否等于文件行数（等于说明整文件换行都变了）；在 Linux 侧用cat -A看行尾有没有^M。三个里至少做一个，别只靠编辑器状态栏。
4. 配置固化：把使用习惯写进文件，不靠记忆
便携版的价值不只是“不安装”，更在于配置可以随包走。但默认配置是给大众用的，未必适合你的工作流。花二十分钟把关键项定下来，后面每次打开都省事——尤其是那些每次都要手动点的开关，一年下来省的时间很可观。
4.1 配置文件里值得动手改的几项
配置文件通常是程序目录下的config.xml或settings\里的一组文件。不同构建的节点名不完全一样，用文本编辑器打开对照着改，改完保存、重启程序验证。下面是一份结构示意，用来标出该关注哪几类：
<!-- 结构示意，节点名以你手上这份实际配置为准 --> <Settings> <!-- 会话与最近文件：现场机器上建议关掉，避免打开别人的敏感路径记录 --> <RememberLastSession>no</RememberLastSession> <RecentFileCount>0</RecentFileCount> <!-- 更新检查：便携版必须关，否则版本会被悄悄替换 --> <CheckForUpdates>no</CheckForUpdates> <!-- 备份：给个上限，防止 U 盘被写满 --> <Backup enabled="yes" perFile="5" totalMB="200"/> <!-- 新建文档默认值：UTF-8 无 BOM + 跟随系统换行 --> <NewDoc encoding="utf-8" bom="no" eol="system"/> <!-- 大文件保护：超过阈值时关闭语法高亮与自动换行 --> <BigFile thresholdMB="20" disableHighlight="yes" disableWrap="yes"/> </Settings>改配置有几个原则。一是逐项改、逐项验，一次改十几项，出问题不知道是哪一项导致的。二是改完立刻备份成基线，我习惯命名为config.baseline.xml放同级目录。三是别把配置改得太“个人化”——如果这份包要发给同事，保留字体、主题这类无关痛痒的个性化项即可，快捷键和编码默认值必须和团队一致，否则同样的操作在不同人机器上结果不同，沟通成本极高。
RecentFileCount设为 0 这一条经常被忽略。它记录的是完整路径，在共享机器或客户现场机器上等于把你的目录结构暴露给别人，而且这些路径会随配置文件一起被拷来拷去。关掉更干净。
4.2 大文件与正则替换的性能边界
免安装版毕竟是桌面程序，处理大文件有物理上限。我做过一轮粗略测试，结论对日常够用：
| 文件规模 | 打开表现 | 正则全文替换 | 建议 |
|---|---|---|---|
| < 5MB | 秒开，高亮正常 | 无明显卡顿 | 直接在编辑器里改 |
| 5～50MB | 1～3 秒，高亮开始拖慢 | 单次替换 1～5 秒 | 关掉语法高亮和自动换行 |
| 50～200MB | 5～15 秒，滚动卡 | 可能假死，慎用 | 只做查看和局部编辑，批量交给脚本 |
| > 200MB | 可能失败或吃掉数 GB 内存 | 不建议 | 用split切片或流式脚本处理 |
判断“卡死”还是“在算”有个小技巧：任务管理器看进程 CPU，持续有占用说明在跑，接近 0 且内存不再增长说明已经卡住。另一个信号是窗口标题出现“未响应”，但别急着点关闭，先等三十秒。
单行超长的文件是另一个雷区，比如压缩成一行的 JSON 或 minified JS。这类文件按“行”渲染的编辑器会很吃力，即便只有 30MB。常见做法是先格式化再编辑，或者干脆只做查看、用脚本处理。
4.3 四个高频正则句式
正则替换是这类编辑器最实用的功能，也是误伤率最高的功能。下面四个是我用得最多、且相对安全的句式，替换前一律先“查找全部”看命中数量，数量异常就说明表达式写错了。
| 目标 | 查找 | 替换为 | 注意 |
|---|---|---|---|
| 去行尾空格与制表符 | [ \t]+$ | 空 | 开启“正则表达式”模式，别勾“. 匹配换行” |
| 连续空行压成一行 | (\r?\n){3,} | \n\n | 会改变行号，改完先看 diff |
| 去掉键值对行首缩进 | ^[ \t]+(?=\w+\s*=) | 空 | 用了前瞻，需确认引擎支持 |
| 日志行拆分时间戳 | ^\[(\d{4}-\d{2}-\d{2})[ T](\d{2}:\d{2}:\d{2})\] | \1 \2 | 反向引用编号从 1 开始，别写成$1 |
第三条用了前瞻断言，属于“只匹配位置不消耗字符”的写法，多数现代编辑器支持，老版本可能不认，替换无效果时先换成^[ \t]+(\w+\s*=)再配合\1回填。第四条的反向引用语法在不同工具里有\1和$1两套，用错就变成字面量，看到输出里出现\1字样就说明语法选错了。
批量替换前还有一个保险动作：先把文件另存一份.bak，或者在版本控制里确认工作区干净。替换是不可撤销的，编辑器自带的撤销在关闭文件后就失效了，这一点和“打开就能撤”的直觉相反。
5. 避坑与排查：五个真实翻车现场
5.1 中文保存后变乱码，打开时明明正常
现象：打开一份 GBK 日志，中文显示正常，改了两行保存，再打开全部变成方块或问号。
原因：编辑器按“自动检测”用 GBK 解码显示，但保存时用了新建文档的默认编码 UTF-8，等于拿 A 编码读、用 B 编码写。表现上第一次看没问题，因为内存里是正确的字符；落盘时就错了。
解决：养成“打开即确认编码”的习惯，看状态栏而不是看内容。对不确定来源的文件，先“另存为”一份带编码后缀的副本（如app.gbk.log），改完再比较。已经损坏的文件，唯一的机会是从备份或版本控制里取回，没有编码信息的情况下强行反向转换成功率很低。
5.2 换台机器后配置全丢，像第一次打开
现象：U 盘插到另一台电脑，主题、快捷键、最近文件全没了，弹出一堆首次启动向导。
原因：程序没有真正走便携模式。可能是启动器没被使用（直接双击了 exe），也可能是拷贝时漏了settings\或config.xml，还有一种是盘符变化导致绝对路径写死的配置失效。
解决：固定用启动脚本入口，别直接双击主程序。拷包时整个目录一起走，不要只挑 exe。配置里如果出现D:\...这种绝对路径，改成相对路径或直接删除该项。检查方法很直接：启动后改一个设置，退出，看包里配置文件时间戳有没有变。
5.3 两个窗口开同一文件，后保存的把前面的覆盖了
现象：一个文件开了两个标签页或两个实例，A 窗口改了一段，B 窗口也改了一段，A 先保存，B 后保存，A 的改动消失。
原因：编辑器默认不做文件锁，各自持有内存副本，保存时整文件覆盖。开了会话恢复的话，重启后旧标签页会自动加载，更容易出现同一文件多副本。
解决：便携场景下关掉自动会话恢复，或者设定“检测到文件被外部修改时提示”。多人协作或长时间编辑时，保存前先看标题栏有没有“文件已变更”的提示。真出了覆盖，去找backup\目录里的自动备份，按时间和文件名筛，通常能捞回上一版。
5.4 放在 Program Files 或只读介质里，每次启动都弹配置向导
现象：程序能打开，但设置改完重启就还原，或者提示无法写入配置。
原因：目录没有写权限。放到C:\Program Files\下，普通用户只能读；放到只读的共享盘或写保护 U 盘上同理。程序的写入失败处理往往很粗暴——回退到用户目录或干脆不保存。
解决：便携程序一律放用户可写路径，比如D:\tools\或个人目录下。U 盘要确认没开写保护开关。如果必须在受限目录运行，就用启动器把配置目录指到%TEMP%或用户目录下的可写位置，代价是配置不再随包走。
5.5 设为默认打开方式后，别处双击打不开文件
现象：把.txt、.log关联到便携版之后，拔掉 U 盘，双击文本文件报“找不到程序”。
原因：文件关联写的是绝对路径，介质移除后关联成为死链。这类键在HKCU\Software\Classes\下，属于当前用户级，不会随程序删除自动清理。
解决：便携版不要抢系统默认关联，需要时用“右键 → 打开方式 → 选择其他应用”临时指定，或者把文件拖到编辑器窗口。已经改坏的，在系统设置的“默认应用”里重新指回系统记事本，再检查一次关联是否恢复正常。这类操作涉及系统设置项，改之前记下原始值，后悔药就是这一条记录。
6. 进阶：把编辑器和脚本串成一条文本处理流水线
零散地用编辑器改文件，效率上限不高。真正省时间的是把“打开—检查编码—统一换行—正则清洗—导出报告”这串动作固化成脚本，编辑器只负责人工复核和少量精修。我现在的做法是：每个项目目录放一个_clean.ps1，参数固定，输出固定，任何人拿到都能跑出一样的结果。
下面这段把前面几节的能力串起来，核心是“先检测、再归一、后改写、留报告”：
# 用法：.\_clean.ps1 -Root D:\inbox -Out D:\outbox param( [Parameter(Mandatory=$true)][string]$Root, [Parameter(Mandatory=$true)][string]$Out, [string]$Ext = ".txt,.log,.csv" ) New-Item -ItemType Directory -Force -Path $Out | Out-Null $report = Join-Path $Out "_report.csv" $rows = @() Get-ChildItem -Path $Root -Recurse -File | Where-Object { $Ext.Split(",") -contains $_.Extension.ToLower() } | ForEach-Object { $raw = [System.IO.File]::ReadAllBytes($_.FullName) $bom = if ($raw.Length -ge 3 -and $raw[0] -eq 0xEF -and $raw[1] -eq 0xBB -and $raw[2] -eq 0xBF) { "utf8-bom" } else { "none" } $text = [System.IO.File]::ReadAllText($_.FullName) # 归一换行 + 去行尾空白 + 压缩连续空行 $norm = $text -replace "`r`n", "`n" $norm = $norm -replace "`r", "`n" $norm = ($norm -split "`n" | ForEach-Object { $_.TrimEnd() }) -join "`n" $norm = $norm -replace "(`n){3,}", "`n`n" $dst = Join-Path $Out $_.Name [System.IO.File]::WriteAllText($dst, $norm, (New-Object System.Text.UTF8Encoding($false))) $rows += [pscustomobject]@{ 源文件 = $_.FullName 原始BOM = $bom 原始字节 = $raw.Length 输出字节 = (Get-Item $dst).Length } } $rows | Export-Csv -Path $report -NoTypeInformation -Encoding UTF8 Write-Host "处理完成，报告：$report"几个设计取舍值得说。输出用UTF8Encoding($false)明确不写 BOM，避免二次污染。输出目录和输入目录分离，原始文件一个字节都不动，出问题可以随时重跑。报告里同时记原始和输出字节数，两者差得离谱的文件一定有问题，值得单独打开看。TrimEnd()按行处理能顺带修掉行尾多余空格，但如果你的文件里存在有意义的行尾空格（少数格式有），把这行删掉。
跑完之后，我会用编辑器抽查三个文件：一个是最大的，一个是最小的，一个是原始 BOM 显示为utf8-bom的。看编码、看换行、看中文，三样都对再批量替换正式目录。这套流程不复杂，但每一步都有明确的失败信号，比“改完看上去没问题”可靠得多。
从那以后，我拿到任何一份 notepad 免安装版，都先按 2.1 的写入点检查跑一遍，再按 2.2 的六步初始化把它定下来，才敢往 U 盘里放。不检查就带出门，迟早会遇到“配置不跟着走”或者“中文保存后变乱码”这种当场说不清楚的麻烦。希望这些步骤能帮你把这份资源真正用顺。
本文还有配套的精品资源，点击获取
