本文详解两种可靠方法：一是优化正则表达式精准匹配并清理多余逗号，二是推荐使用成熟 json 解析库（如 jsonpath）进行结构化删除，从根本上规避正则的边界风险。
本文详解两种可靠方法：一是优化正则表达式精准匹配并清理多余逗号，二是推荐使用成熟 json 解析库（如 jsonpath）进行结构化删除，从根本上规避正则的边界风险。
在处理 JSON 字符串时，若需动态移除特定字段（如 "queueNumber"、"uniqueNumber"），直接使用正则表达式虽快，但极易因忽略 JSON 结构复杂性而引入语法错误——最典型问题就是删除键值对后残留非法逗号（如 {"a":1,}），导致后续 JSON.parse() 或 Java 反序列化失败。
✅ 正则方案：精准匹配 + 上下文感知删除
原始正则 "(queueNumber|name|uniqueNumber)":.*?,? 的根本缺陷在于：它无法区分目标字段位于对象开头、中间还是结尾，强行全局替换会破坏逗号逻辑。正确做法是将场景拆解为两类，并用 OR 分组统一处理：
(,s*"(queueNumber|name|uniqueNumber)d*":s*("[^"]*?"|d+.d+|w+))|("(queueNumber|name|uniqueNumber)d*":s*("[^"]*?"|d+.d+|w+)(s*,)?)- 左侧分支：匹配「以逗号开头的目标键值对」→ 删除整个 , "key": value（含前置逗号）
- 右侧分支：匹配「无前置逗号的目标键值对」→ 删除 "key": value，并可选地清除其后的逗号和空格（(s*,)?）
? 关键改进点：
- 用 [^"]*? 替代 .*?，严格限定字符串值匹配范围，防止跨引号误匹配；
- d+.d+ 显式匹配浮点数（原 d+.d+ 中 . 未转义，会匹配任意字符）；
- 所有冗余分组 ( ) 已精简，仅保留必要捕获（如键名）；
- ,s* 和 (s*,)? 确保无论目标字段在对象中的位置如何，都不会留下孤立逗号。
Java 示例（使用 replaceAll）：
String json = "{"queueNumber": "123","UserId":[12,12,34],"cur":[{"objectName":"test","uniqueNumber":"123456"}]}";
String cleaned = json.replaceAll(
"(,\s*"(queueNumber|name|uniqueNumber)\d*":\s*("[^"]*?"|\d+\.\d+|\w+))|("(queueNumber|name|uniqueNumber)\d*":\s*("[^"]*?"|\d+\.\d+|\w+)(\s*,)?)",
""
);
// 输出: {"UserId":[12,12,34],"cur":[{"objectName":"test"}]}⚠️ 注意：正则方案仅适用于已知格式简单、无嵌套引号/转义的 JSON 字符串。一旦 JSON 含换行、注释或复杂嵌套（如 {"a":"val,with,comma"}），正则将不可靠。
✅ 推荐方案：使用 JsonPath 解析器（生产环境首选）
真正健壮的做法是放弃字符串操作，改用专业 JSON 库。以下以 JsonPath 为例（支持 Java 15+）：
Maven 依赖：
<dependency> <groupId>com.jayway.jsonpath</groupId> <artifactId>json-path</artifactId> <version>2.8.0</version> </dependency>
安全删除代码：
import com.jayway.jsonpath.DocumentContext;
import com.jayway.jsonpath.JsonPath;
import com.jayway.jsonpath.Configuration;
import com.jayway.jsonpath.Option;
public class JsonKeyRemover {
public static void main(String[] args) {
String json = """
{"queueNumber": "123","UserId":[12,12,34],"cur":[{"objectName":"test","uniqueNumber":"123456"}]}
""";
// 配置：静默缺失路径异常（生产环境建议显式检查）
DocumentContext ctx = JsonPath.parse(json,
Configuration.defaultConfiguration().addOptions(Option.SUPPRESS_EXCEPTIONS));
// 深度删除所有匹配路径（支持递归）
ctx.delete("$..queueNumber");
ctx.delete("$..uniqueNumber");
// 若需精确控制（如只删顶层 queueNumber），用 "$.queueNumber"
System.out.println(ctx.jsonString());
// 输出: {"UserId":[12,12,34],"cur":[{"objectName":"test"}]}
}
}✅ 优势总结：
- 零语法风险：操作的是解析后的 AST，输出必为合法 JSON；
- 路径灵活：$..key 全局搜索，$.cur[*].uniqueNumber 精准定位数组元素；
- 类型安全：自动处理数字、字符串、布尔、null 等值类型，无需手动写值匹配规则；
- 可扩展：支持条件过滤（如 "$[?(@.queueNumber == '123')]"）、修改、添加等完整操作。
? 最终建议
- 开发/脚本场景：若 JSON 简单且可控，可用优化后的正则（务必测试边界用例）；
- 生产环境/复杂 JSON：必须使用 JsonPath、Jackson 或 Gson 等标准库——这是唯一能保证长期稳定性和可维护性的方案。永远不要用正则解析 JSON，除非你明确承担其技术债务。
