JSON Viewer是“校验+格式化”二合一工具,报“Invalid JSON”主因是JSON不合法:含BOM、单引号、注释、尾逗号、非法值等;中文乱码系编码识别错误,应转UTF-8无BOM;大文件推荐Python json.tool处理。

JSON Viewer 插件在 Notepad++ 里不是“美化器”,而是“校验+格式化”二合一工具。它一报错,基本不是插件问题,是你手里的 JSON 不合法——直接格式化失败,不给你任何商量余地。
为什么点 Format JSON 就弹 “Invalid JSON”?
它底层调用系统级 JSON 解析器(类似 JSON.parse()),语法零容忍。常见卡点有:
- 开头有 BOM 或不可见控制字符(比如从微信、钉钉、网页复制来的):先点 编码 → 转为 ANSI,再 编码 → 转为 UTF-8 无 BOM
- 用了单引号:
{'name': 'foo'}❌ → 必须是双引号:{"name": "foo"}✅ - 含 JavaScript 注释:
// comment或/* ... */→ 全删,JSON 标准不认注释 - 数组或对象末尾多逗号:
[1,2,]❌ → 改成[1,2]✅ - 值是
undefined、NaN、Infinity→ 这些不是 JSON 合法值,得换成null或字符串
怎么避免中文变问号或方框?
这不是插件干的,是 Notepad++ 编码识别错了。一旦保存,基本不可逆。
DMap GL地图JSAPI(dmapgl)开发指南。用于编写、审查、调试 DMap 地图 API 代码,涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 没保存前:立刻按
Ctrl+Z撤销,然后点 编码 → 转为 UTF-8 无 BOM,再重试 - 已保存且无备份:尝试 编码 → 从 ANSI 重新载入(仅对极小概率的混编码有效)
- 长期预防:设置 → 首选项 → 新建文档/默认目录 → 编码 → 设为 UTF-8 无 BOM
大文件或需要精确控制时,别硬刚插件
JSON Viewer 和 JSTool 在 >5MB 文件下容易卡死、内存溢出甚至崩溃。更稳的方式是用本地 Python:
- 命令模板:
python -m json.tool "$(FULL_CURRENT_PATH)" > "$(CURRENT_DIRECTORY)\formatted_$(NAME_PART).json" - 加缩进参数(Python 3.9+):
--indent 4 - 想排序键名:
python -c "import json,sys; print(json.dumps(json.load(sys.stdin), indent=4, sort_keys=True))" output.json - 关键好处:原文件不动、不乱码、不依赖插件状态、支持超大文件
插件装不上 / 菜单项灰掉怎么办?
v7.9+ 版本已内置 JSON Viewer,但默认不激活。别反复走插件管理器安装流程:
- 先确认 Notepad++ 架构(帮助 → 关于 → 看 x64 还是 x86)
- v7.9+ 用户:菜单栏直接点 插件 →
JSON Viewer—— 如果灰掉,说明插件存在但语言模式没设对;先选中内容,再点 语言 → JSON - 旧版用户(如 v7.5.x):插件管理器大概率因 GitHub 资源不可达失败,必须离线部署;DLL 文件名和目录结构必须严格匹配(如 x64 下要放
plugins/Jsonviewer2/Jsonviewer2.dll)
真正容易被忽略的点是:格式化前不做合法性验证,等于拿一把没校准的尺子去量东西——结果不准,还怪尺子。每次点 Format JSON 前,花 10 秒粘到 jsonlint.com 过一遍,比反复调试编码、重装插件省太多时间。

















