当 url 查询参数中包含逗号（如公司名 “anhui jantene hone textiles co., ltd.”）时，服务端按逗号分割会导致错误解析，将单个值误拆为多个元素；根本解法是弃用 get 查询字符串传列表，改用 post 请求体以 json 格式安全传输。
在 Web 开发中，通过 URL 查询参数（query string）传递结构化数据看似便捷，但极易因字符语义冲突引发隐蔽 Bug。本例中，前端试图以如下形式发送参数：
http://localhost:3000/?params=[First_value],[Anhui Jantene Hone Textiles Co., Ltd.],[Third_Value]
尽管方括号 [] 用于视觉分隔，HTTP 规范并未赋予其语法意义——查询字符串中唯一被广泛认可的分隔符是 &（键值对之间）和 ,（部分框架对多值参数的默认拆分符）。Spring Boot、Jersey、JAX-RS 等主流 Java 框架在绑定 @RequestParam List
✅ 正确做法：改用 POST + JSON 请求体
将列表数据移至请求体（Request Body），以标准 JSON 数组格式传输，彻底规避 URL 编码与分隔符歧义问题：
立即学习“Java免费学习笔记（深入）”；
POST /api/query HTTP/1.1 Content-Type: application/json
["First_value", "Anhui Jantene Hone Textiles Co., Ltd.", "Third_Value"]
后端使用 Spring MVC 示例接收：
@PostMapping("/api/query")
public ResponseEntity<?> handleQuery(@RequestBody List<String> params) {
// params 正确解析为 3 个完整字符串
System.out.println("Received " + params.size() + " items: " + params);
return ResponseEntity.ok().build();
}⚠️ 注意事项：
- 不要尝试 URL 编码逗号（如 %2C）：虽可避免拆分，但需前端严格编码、后端手动解码，且无法解决嵌套空格、引号、斜杠等复杂场景，属高维护成本的权宜之计；
- 避免自定义分隔符（如 | 或 ;）：需前后端同步约定并修改框架默认行为（如 Spring 的 @RequestParam(value="params", delimiter="|")），违反 REST 规范且降低可读性与兼容性；
- GET 请求有长度限制：长列表易触发 414 URI Too Long 错误，而 POST 无此限制；
- 语义更清晰：列表属于“请求负载”而非“资源标识”，符合 REST 架构原则——资源路径（GET）应描述 what，而操作数据（POST）应描述 how。
总结：URL 查询字符串本质是扁平化的键值对集合，不适用于传递含分隔符的结构化数据。面对任意字符（尤其是逗号、空格、中文、特殊符号）的字符串列表，唯一健壮、可扩展、符合规范的方案是采用 POST 方法，以 application/json 媒体类型提交标准 JSON 数组。这不仅是技术最佳实践，更是保障系统稳定性与可维护性的关键设计决策。
