写这篇东西的起因很简单又是被一个 JSON 文件搞到头疼。从接口里拉回来的响应是压缩成一行几万字符的串肉眼根本没法看反过来要给别的系统传数据格式化的 JSON 又带着一堆空格和换行白白占了传输体积。这两个问题其实每天都在发生而手边最趁手的工具就是 Notepad。这编辑器轻量、启动快、打开大文件也不容易卡死配合插件把 JSON 压缩成一行、再格式化还原就是几分钟的事。不管你是写接口、调脚本还是日常翻日志这套操作几乎是必会技能。下面把我踩过的坑和验证过的方案完整过一遍。1. 先搞明白压缩成一行和格式化到底在解决什么问题1.1 两个方向服务于不同的场景很多人第一次接触这个需求时容易把“压缩”和“格式化”当成对立的两件事。其实它们只是同一份 JSON 数据的两种外在形态核心内容完全一样区别只在于空白字符空格、换行、制表符的保留情况。格式化也叫 Pretty Print 或 Beautify是把嵌套的 JSON 结构按照层级展开每一层缩进两个或四个空格键值对分行显示。这种形态是为了给人看的。接口调试、配置检查、日志排查、数据比对全都离不开格式化形态。一次真实经历同事直接从网关后台复制了一段告警配置全长 3800 多字符全是挤在一行的。我放到 Notepad 里格式化之后才发现某个节点少了一个闭合大括号导致整段配置解析失败。这种错误在压缩形态下靠肉眼根本找不到。JSON 压缩成一行则恰好相反它的目标是去掉所有不必要的空白符让数据变成连续的紧凑字符串。这种形态是为了给机器传输的。接口请求体、缓存键、消息队列 payload、日志单行输出这些场景都倾向于使用压缩后的 JSON。减小体积是一方面更关键的是很多日志系统按行存储如果 JSON 里带了换行符一条完整记录被拆成多行后续解析很容易出问题。我把同样的业务数据对比过格式化形态 145KB压缩后是 118KB大概省了 18% 的体积。如果字段名再短一些压缩率会更高。1.2 理解 JSON 的本质它只是一段带层级的文本这里要说一个底层认知。JSON 没有所谓的“二进制格式”它本质上就是一段基于文本的字符串。你看到的缩进、换行、空格都不是 JSON 规范强制要求的只是为了让人类读起来更舒服而添加的装饰。规范只规定了数据结构用大括号、中括号、冒号、逗号来组织剩下的空白字符在解析时全部可以被忽略。这意味着压缩和格式化之间可以无损互转。压缩掉多余空白不影响任何数据语义重新格式化也不会丢失任何字段。我经常在这两个形态之间来回切换从线上抓下来的压缩 JSON先格式化看清结构改完参数后再压缩回去提交。整个闭环里数据内容一点没变变的只是“展示层”。有一个细节值得注意JSON 字符串值内部的空格和换行不能删。比如description: hello world里的那个空格是数据的一部分。压缩工具必须能区分“结构性空白”和“数据内部空白”这也是为什么我不推荐用最简单的正则替换去硬删万一误删了字符串内部内容数据就废了。专业工具会先解析 JSON再在此基础上重排输出安全性完全不同。2. 环境准备选对 Notepad 版本和插件2.1 先看版本再决定插件方案JSON 格式化功能在 Notepad 里不是自带的需要装插件。但插件选择和当前的 Notepad 版本强相关。这里必须先说清楚版本问题因为我在网上见过太多人装了最新版编辑器结果按老教程装的插件不生效折腾半天以为是操作问题。Notepad 从 7.6 开始逐步调整插件架构到 8.x 系列之后插件接口变化很大。很多早期的经典插件比如老版本的 JSON Viewer已经停止维护在 8.x 上直接加载不了。我现在的做法很简单先打开 Notepad点击菜单栏的“?”问号图标选择“关于 Notepad”查看准确的版本号。如果是 8.x最稳妥的方案是用内置的插件管理器安装兼容的新插件如果是 7.x 老版本反而能直接使用老插件。另外要提一嘴Notepad 有 32 位和 64 位两个分支。插件必须和主程序位数一致才能加载64 位主程序配 32 位插件会直接提示无法加载。从官网下载时注意看安装包标注如果之前是从第三方网站下的建议去官方源重新装一次能在源头上避开很多兼容性麻烦。2.2 插件管理器的正确打开方式新版 Notepad 自带 Plugin Admin插件管理器这是当前最省事的安装通道。路径是菜单栏“插件” - “Plugins Admin…”。在弹出的窗口里搜索 JSON会看到可用的插件列表。勾选需要的插件点击右上角“Install”按钮编辑器会自动下载并安装重启后生效。使用 Plugin Admin 有个前提网络要能正常访问插件的下载源。如果点击后列表一直转圈或者提示下载失败大概率是网络连接的问题。这种情况下可以尝试手动下载插件包解压后把 DLL 文件放到 Notepad 的 plugins 目录下。具体路径可以通过菜单“?” - “About Notepad”在信息里看到程序的安装位置。手动安装后同样需要完全重启编辑器注意是彻底退出进程再重新打开不是简单地关掉窗口再开。2.3 主流 JSON 插件横向对比我实际装过不少于五款 JSON 相关插件这里直接给出横向对比帮你少走弯路插件名兼容性核心功能适用版本我的评价JSON Viewer老牌已停止维护树形查看、格式化7.x 及部分 8.x功能全但架构太老新版本慎用JSTool支持较好格式化、压缩、JS 语法处理7.x / 8.x 均可用最实用的一个格式化压缩都能干JSON Viewer Plus持续更新格式化、树形视图、排序8.x 推荐界面友好树形浏览体验好NppJSONViewer轻量仅格式化7.x简单够用但功能单一我个人日常主力是 JSTool。理由很现实它的 Json 格式化F6和 Json 压缩AltF6两个快捷键正好覆盖了标题里两个需求不需要再装第二个插件。如果你更习惯树形查看再叠加 JSON Viewer Plus 当辅助布局还是看个人习惯但 JSTool 负责格式化压缩这一块已经足够了。3. 实操用 JSTool 一键格式化 JSON3.1 安装 JSTool 的具体步骤如果你的 Notepad 版本比较新可以直接走 Plugin Admin。打开“插件” - “Plugins Admin…”在搜索框输入 JS找到 JSTool 或 JSToolNpp勾选后点击安装。安装完成后菜单栏“插件”下面会多出一个 JSTool 子菜单里面能看到“Json 格式化”和“Json 压缩”两个关键功能。如果 Plugin Admin 里找不到或者下载失败就去 GitHub 上找 JSToolNpp 的 release 包。下载后拿到的是压缩文件解压后目录结构通常是一个 DLL 文件和一个 doc 文件夹。把 DLL 复制到 plugins 目录doc 文件夹是可选的说明文档不放也行。然后重启 Notepad。注意一个细节64 位和 32 位的 DLL 不同文件命名里一般会有 x64 或 x86 标识别搞混。装完之后先做个快速验证新建一个文档手动敲一段最简单的 JSON比如{name:test,age:18}然后按快捷键 F6。如果这段内容瞬间变成立体展开的多行结构说明插件正常工作了。3.2 格式化操作的分步流程格式化 JSON 的标准流程我总结为四步第一步用 Notepad 打开目标文件或者直接从网页、接口返回里复制 JSON 文本粘贴进来。建议先全选CtrlA再粘贴避免文件里残留旧内容导致解析失败。第二步检查文件内容完整性。框住大括号 {} 和中括号 []心里快速过一遍配对情况。这一步虽然耗时但能避免格式化报错时手忙脚乱。如果你打开的是一个巨大的压缩 JSON不要企图肉眼检查直接跳到格式化让工具帮你暴露问题。第三步点击菜单“插件” - “JSTool” - “Json 格式化”或者直接按快捷键 F6。JSTool 会尝试解析当前文档的全部内容解析成功后在当前位置重新输出格式化后的文本。注意它是在原文档上直接改写不会另开新文件所以操作前如果文件很重要最好先 CtrlS 保存一下。第四步检查格式化结果。格式化之后缩进层级应该是清晰的每个键值对独立一行嵌套关系一目了然。如果出现中文乱码、结构错乱或者只剩一截内容大概率是编码或选区问题我在后面“常见问题”部分会详细讲排查方法。3.3 缩进风格和显示效果的细节格式化之后到底用两个空格还是四个空格缩进JSTool 没有直接提供一个可视化设置面板它是按照预设的格式输出。很多网上教程会忽略这一点但其实你可以通过另一种方式微调格式化后用 Notepad 的“编辑” - “行操作” - “增加/移除缩进”来整体调整。选中全部内容通过 Tab 键或 ShiftTab 就能把缩进批量增加或减少。这种方式改的是文本层面不会影响 JSON 本身的合法性。还有一个体验细节格式化后建议把语言模式切换为 JSON 语法高亮。路径是“语言” - “J” - “JSON”。这样键名、字符串、数字、布尔值会显示成不同的颜色结构会清楚很多。尤其是排查多层嵌套的时候颜色的区分能帮你快速锁定出错位置。我平时处理 API 返回数据格式化之后必定顺手切一下语言模式没有这个习惯的人可以试着养成看 JSON 的效率会明显提升。4. 实操把 JSON 压缩成一行并校验结果4.1 压缩操作本身一个快捷键的事JSON 压缩成一行在 JSTool 里同样是一条指令的事。点击“插件” - “JSTool” - “Json 压缩”快捷键是 AltF6。执行之后整个文档里的换行、缩进、多余空格会被清理最终输出成一个连续的字符串。这里要强调一个容易忽略的点压缩操作会改变文件内容的“展示形态”但不会改变数据本身。所以压缩后你需要确认三件事第一内容开头和结尾没有多余的空白字符第二字符串值内部的空格还在第三逗号和冒号的位置没有被错误处理。JSTool 这类插件基于 JSON 语法解析来操作比手动正则替换安全得多但事后检查依然不能省。压缩的实际应用场景非常典型。比如你要构造一个 HTTP POST 请求体某些接口对请求体格式要求严格带缩进和换行可能出现解析异常。又比如你要把 JSON 作为参数传进命令行工具压缩成一行可以避免终端把换行当成命令结束符。再比如把 JSON 写入数据库的 TEXT 字段或者作为日志单行输出压缩形态都是必须的。4.2 压缩后再验证怎么确定数据没丢压缩完成不等于事情结束了。我的习惯是压缩后立刻重新按 F6 格式化看还原后的结构是否和压缩前一致。这个方法虽然看起来有点绕但它是零成本且最可靠的一致性检查方案压缩前格式化一次压缩后格式化一次两边文件对比内容应该完全相同。如果文件不大我偶尔也会用文本对比插件 Compare 来做精确对比。Notepad 的“插件” - “Compare” - “Compare” 功能可以把两个文档按行对比差异部分会高亮。在压缩时场景中先把原始文件复制到另一个标签页压缩后再和原始版对比。预期的差异应该仅仅是空白字符任何实质内容差异都说明丢了数据需要立刻检查。对于更大的 JSON 文件有一个更实用的小技巧压缩前记录文件大小和行数压缩后再次查看。压缩后的行数必然为 1如果原文件只有一个 JSON 对象文件大小必然小于或等于压缩前。如果压缩后还出现多行说明文档里包含多个 JSON 对象这时候压缩工具可能只处理了第一个对象剩下的内容没有动需要特别注意。4.3 大文件场景性能与内存的取舍如果你的 JSON 文件已经到几十 MB 甚至上百 MB压缩和格式化都会对编辑器造成压力。JSTool 处理这种大文件时界面可能会短暂进入“未响应”状态这是解析过程占用 CPU 的典型表现不要急着强制关闭。表现是标题栏出现“无响应”但过十几秒到几十秒就会恢复。实测 30MB 左右的 JSON 文件在我的老笔记本上格式化耗时大约 20 秒可以接受。如果文件实在太大比如超过 200MB我的建议是换工具。Notepad 的优势是轻量编辑不是重数据处理。这种情况下可以先用 Python 脚本离线处理读取文件、json.loads、json.dumps设置 ensure_asciiFalse 保留中文indent 控制缩进然后写回新文件。脚本方式不受编辑器内存限制而且可以批处理多个文件。这里不展开详细代码但原理很简单就是利用 Python 标准库 json 完成压缩和格式化完全跳过编辑器插件。5. 常见问题与排查技巧实录5.1 插件菜单是灰色的点不了这是遇到最多的一个问题。装了插件菜单也出现了但 Json 格式化选项是灰色不可点击状态。排查思路按优先级走第一确认当前文档是否有活动内容。有的插件在没有选中任何内容或文档为空时会禁用功能菜单。随便敲几个字符再回到插件菜单看看。第二确认文档的语言模式。JSTool 对非 JSON 文本也能执行操作理论上灰色不应该是语言模式导致的但部分插件会检测当前文档是否能被解析解析失败前禁止操作。把语言切到“普通文本”或“JSON”再试一次。第三确认插件是否真的加载成功。重启 Notepad在“插件”菜单下看看所有子菜单项是否完整。如果菜单里连 JSTool 都没有说明 DLL 放置位置或位数不对重新按前面的步骤排查。5.2 格式化时报 JSON Parse Error这个报错是最典型的“JSON 本身有问题”。JSTool 在解析失败时会弹出类似 JSON parse error 的提示。要记住一个原则格式化工具不会帮你修复 JSON它只是把你的 JSON 重新排版。如果解析失败说明你给它的文本根本不是合法 JSON。常见原因有三类。第一类是文本里有注释比如//或/* */这在 JSON 标准里是不允许的但很多人从配置文件中复制时夹带了注释。处理办法是把注释行手动删掉或者用正则搜索//.*$删除行注释。第二类是多余的逗号比如数组最后一个元素后面跟了个逗号。这种错误在压缩形态下很难发现但格式化时就会立刻暴露。第三类是内容不是纯 JSON可能混了 HTML 标签、调试输出、或者多段 JSON 拼接。定位问题的技巧在报错之后把文档内容用文本替换功能逐步缩小范围。先把内容切成前后两半分别格式化看哪一半报错再继续细分一般几次就能锁定出错的片段。这个方法笨但非常有效。我之前处理过一段 10000 多行的 JSON就是用二分法找到了第 8342 行附近的一个多余逗号。5.3 中文乱码问题格式化后中文变成了类似\u5f20\u4e09的转义序列或者直接变成乱码。前者其实不是 bug而是很多 JSON 序列化工具默认把非 ASCII 字符转成了 Unicode 转义。数据内容没有丢只是展示形式不友好。你可以保持这种形态用于传输也可以在展示前用支持 Unicode 反转义的插件或在线工具转换回来。如果中文直接显示成乱码通常是编码问题。打开文件后先看 Notepad 右下角状态栏显示的编码格式常见的有 UTF-8、ANSI、GB2312 等。正确做法是先通过“编码”菜单把当前编码切换为 UTF-8再进行格式化。如果文件原本是 UTF-8 带 BOM编辑器识别异常也会乱码可以试试点“编码” - “转为 UTF-8 无 BOM”或“转为 UTF-8”。经验之谈从 Windows 系统里导出的 JSON 经常是 ANSI/GBK 编码从 Linux 服务器上下载的又常常是 UTF-8。如果你经常跨平台处理文件建议养成一个习惯——收到文件后第一时间确认右下角编码再决定是否先转换。格式化操作本身不关心编码但编辑器解析文本时依赖编码判断编错了后面全乱。5.4 快捷键冲突怎么处理F6 和 AltF6 是 JSTool 的默认快捷键。但有些用户的 F6 可能被其他插件占用或者被系统级快捷键截走。如果按 F6 没反应先看看是不是输入法状态的问题特别是中文输入法开启时快捷键经常被吞掉。切换为英文输入法再试能解决一半以上的“快捷键失灵”。如果确认是插件快捷键冲突可以在“设置” - “快捷键” - “插件命令”里找到 JSTool 相关条目重新分配一组快捷键。我个人的习惯是把格式化绑到 CtrlAltJ压缩绑到 CtrlAltM这样既不和默认快捷键冲突也好记。设置完之后点“OK”保存立刻生效不用重启。6. 没有插件也能做到的备选方案6.1 用 Python 脚本离线处理有些环境里你不一定方便装插件尤其是公司电脑权限受限时。这时候用一个独立的 Python 脚本处理 JSON 压缩和格式化是最通用、最不容易踩坑的方案。核心思路就是两个调用json.loads()把文本解析成 Python 对象json.dumps()把对象重新输出成字符串。格式化时设置indent2和ensure_asciiFalse压缩时不传 indent 参数即可。我在批处理接口返回的日志文件时就是写了一个简单的循环遍历目录下所有 JSON 文件先格式化输出一份再压缩输出一份全程不需要打开编辑器比手动操作高效得多。6.2 NppExec 调用外部命令如果你不想用 Python也不想装 JSON 插件还有一个思路用 NppExec 插件在 Notepad 内部调用系统命令比如把内容通过管道交给 Node.js 或 Python 处理再把结果回填到文档。这个方案配置起来稍微复杂但胜在不依赖特定插件只要机器上有对应解释器就能用。不过说实话我试过几次之后就放弃了。因为每一次操作都要经过“选中内容 - 发送到解释器 - 等待执行 - 回填结果”步骤多了反而比直接按 F6 慢。它只适合那些连 JSTool 都装不了、又必须用 Notepad 的极端环境。日常使用真的没必要绕这一圈。6.3 正则表达式的极限操作还有人问能不能用正则直接把 JSON 压缩成一行。理论上可以比如把换行符和行首缩进全部删掉但我要明确提示风险如果 JSON 字符串值内部包含换行或特定空白正则替换会把数据一起破坏。真实案例某次我用正则删了所有换行结果有一个字段值是带换行的长文本替换后换行没了字段值语义变了排查了一个小时才发现。稳健的做法是只有当你确定 JSON 里没有任何多行字符串时才可以用\r\n和\s{2,}这类正则做粗处理。即便如此我也建议先用普通文本的查找替换功能预览一下替换后的效果或者只对复制出来的副本做操作。能用工具解析的地方就不要用正则硬刚这是处理结构化文本的基本原则。7. 写在最后我日常是怎么配合使用的操作层面的事情讲完了最后说说我在实际工作里沉淀下来的一套习惯。接到一个 JSON 文件我从来不直接上手格式化而是先看它的来源、用途和大小。如果是从接口实时抓的先压缩保存一份原始报文再在副本上格式化分析如果是本地配置文件直接格式化看结构如果是日志里抽出来的片段先确认片段是否完整再决定要不要格式化。这套流程看起来很基础但真的帮我避免过很多次“看了一半发现文件不完整”的尴尬。压缩成一行这个操作我的使用频率其实高于格式化。因为日常要生成请求体、拼消息队列 payload、写自动化脚本的测试数据几乎每样都需要紧凑的 JSON。反而是格式化大多用在阅读和排查场景。建议你也把两个快捷键都牢牢记住F6 是格式化AltF6 是压缩熟练之后整个过程不会超过五秒钟。最后分享一个小技巧如果你经常要在压缩和格式化之间来回切换可以在 Notepad 里同时开两个标签页一个保持压缩态一个保持格式化态用 CtrlTab 快速切换对比。这样既能看到完整结构又能直接复制紧凑版本去使用比反复在同一个文档上切换要顺手得多。工具永远是死的习惯才是让你效率翻倍的东西。