URLSearchParams 与 Object.fromEntries 配合可安全解析 URL 参数，自动处理编码、重复键和空值；但 Object.fromEntries 仅保留重复键的最后一个值，不支持嵌套语法，且两者均不兼容 IE。
URLSearchParams 是 Object.fromEntries 最自然的搭档
直接用 Object.fromEntries 解析 URL 参数，前提是先转成键值对数组——而 URLSearchParams 的 entries() 方法正好返回这种结构。它比手写 split + map 更可靠，能自动处理编码、重复键、空值等边界情况。
常见错误是试图把原始字符串（如 "a=1&b=2"）直接传给 Object.fromEntries，这会报 TypeError: iterable is not iterable，因为字符串的默认迭代器按字符遍历，不是键值对。
- 必须先用
new URLSearchParams(str)包装参数字符串 -
URLSearchParams构造函数接受字符串、URL对象或Record，但不接受嵌套对象 - 如果参数含中文、空格或特殊符号（如
a=hello world），手动解析极易出错；URLSearchParams会自动调用decodeURIComponent
处理重复键时要注意 Object.fromEntries 只保留最后一个值
当 URL 中出现相同参数名多次（如 "tag=js&tag=web&tag=api"），URLSearchParams.entries() 会逐个返回三组 ["tag", "js"]、["tag", "web"]、["tag", "api"]，而 Object.fromEntries 构建对象时，后赋值覆盖前赋值，最终只留下 { tag: "api" }。
这不是 bug，是 JavaScript 对象属性赋值的固有行为。如果你需要保留全部值，得自己聚合：
const params = new URLSearchParams("tag=js&tag=web&tag=api");
const entries = Array.from(params.entries());
const result = entries.reduce((acc, [key, value]) => {
if (!acc[key]) acc[key] = [];
acc[key].push(value);
return acc;
}, {});
// → { tag: ["js", "web", "api"] }
Object.fromEntries 不处理嵌套或数组语法，别指望它解析 foo[]=1&foo[]=2
URL 标准本身不定义数组或嵌套结构，像 foo[]=1&foo[]=2 或 user[name]=Alice&user[age]=30 是 PHP/Rails 等后端约定的扩展写法。URLSearchParams 会原样保留方括号为 key 的一部分：["foo[]", "1"]、["user[name]", "Alice"]，Object.fromEntries 也照单全收，不会自动展开或归组。
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
若你依赖这类格式，必须额外加解析逻辑，比如用正则识别 key\[.*\] 模式再递归构建嵌套对象——但这已超出 Object.fromEntries 职责范围。
- 纯前端场景建议统一用扁平 key：用
user_name替代user[name] - 前后端联调时，确认双方对多值/嵌套的序列化方式是否一致，避免“参数明明传了却取不到”
兼容性够用，但 IE 完全不支持 Object.fromEntries
Object.fromEntries 是 ES2019 新增 API，Chrome 73+、Firefox 63+、Safari 12.1+ 支持；IE 所有版本都不支持。如果项目还需兼容 IE，不能只靠 polyfill —— 因为 URLSearchParams 在 IE 中也完全不可用。
此时更实际的做法是降级使用 new URL(url).searchParams（仅适用于完整 URL）或引入轻量解析函数，例如：
function parseQuery(str) {
return str.substring(1).split("&").reduce((acc, pair) => {
const [k, v] = pair.split("=");
acc[decodeURIComponent(k)] = decodeURIComponent(v || "");
return acc;
}, {});
}
真正容易被忽略的是：生产环境 URL 参数可能来自用户输入、第三方跳转或旧系统，未必符合预期格式。上线前务必用真实脏数据（含乱码、超长值、未闭合引号、null 字节等）跑一遍解析逻辑。
