^(.+)$→"$1"是最稳路径，因它自动跳过空行、不依赖光标、不挑缩进；但需前置清洗伪空行、统一换行符、转义双引号，并手动添加方括号和末尾逗号。
为什么^(.+)$→"$1"是生成JSON数组最稳的正则
这不是经验之谈，而是Sublime正则引擎对锚点和捕获组的确定性响应。^和$必须成对出现，否则.+在关闭Wrap around时可能跨行匹配，破坏结构。.+不匹配空字符串，所以空行天然跳过；若原始数据含纯空格行（如 ），得先用^\s*$清理，否则会漏掉。
常见错误现象：替换后出现["a", "", "b"]，后续JSON.parse()直接报错。这是因为^(.+)$对\s*类伪空行无感，必须前置清洗。
- 替换前务必统一换行符：
Ctrl+Shift+P→Set Line Endings: Unix - 先执行
^\s*$→ 空（不填\n），再跑^(.+)$→"$1" - 若原始行含双引号（如
user"name），"$1"会包进去，导致JSON语法错误——得提前转义或人工校验
如何安全补全方括号和逗号
正则只负责中间内容，首尾[和]必须手动加。很多人依赖Sublime自动补全，在行尾敲]，结果它只匹配光标左侧最近的[，而多行编辑下光标分散，极易错位。
正确顺序只有这一种：Ctrl+Shift+L → Home → 输入" → End → 输入", → 最后在首行前手动加[，末行末尾加]。
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 别用
Ctrl+J合并行再处理——它会吞掉换行、混入不可控空格，尤其对带缩进或注释的文本极危险 - 末行多出的逗号不能靠正则识别“最后一行”，得手动删，或后续用
,\s*(?=})清理（但JSON数组没}，这招不适用） - 如果目标是嵌套对象（如
{"id":1}），先确保每行是合法JSON片段，否则"$1"会把{也包成字符串
跨行JSON片段怎么搜？必须用(?s)
想从大段文本里提取一个含换行的JSON对象（比如{"users":[...], "meta":{}}），默认.不匹配\n，{.*?}必然失败。唯一可靠写法是开头加(?s)，即(?s)\{.*?\}。
(?s)启用dotall模式，让.匹配包括换行在内的所有字符；(?m)只影响^/$，对跨行无效。别混用——开了. matches newline（那个\n图标），^/$就退化为全文锚点，^(.+)$这种行级替换就失效了。
- 匹配后若要提取，用
(?s)(\{.*?\})+Find All→Ctrl+L选整行 → 复制 - 若JSON含嵌套
{}（如{"a":{"b":1}}），PCRE不支持递归，.*?会提前闭合到第一个}，得靠人工分段或外部工具 - 性能提示：
(?s)\{[\s\S]{1,5000}?\}比.*?更稳，避免大文件卡死
替换后怎么验证JSON合法性
肉眼检查引号和逗号毫无意义。JSON要求严格：末尾不能有逗号、必须双引号、内部双引号需转义。最容易被忽略的是原始行自带"或\，"$1"原样包裹后直接非法。
验证只有两个办法：粘贴到浏览器控制台执行JSON.parse(`[...]`)，或用命令行jq -n '[...]' 2>/dev/null || echo "invalid"。任何一步报错，就得回溯清洗步骤。
- 别信“看起来像”——
["a","b",]少个c但多逗号，JSON.parse立刻抛SyntaxError - 如果数据来自网页或Excel粘贴，先
Set Syntax: Plain Text，再检查状态栏换行符是否为Unix (LF)，混合\r\n会导致^/$错位 - 中文或特殊字符出问题？保存为
UTF-8 with BOM，排除编码干扰
^(.+)$产出非法JSON。处理前花30秒清洗，比替换后花5分钟调试更省事。
