object.fromentries不能直接传location.search，因其只接受键值对数组，而location.search是字符串；需先用urlsearchparams解析再调用.entries()。
Object.fromEntries 能直接把 URL 查询字符串转成对象，但必须先拆成键值对数组；直接传字符串会报错。
为什么不能直接传 location.search 给 Object.fromEntries
因为 Object.fromEntries 只接受可迭代的键值对数组（如 [["a", "1"], ["b", "2"]]），而 location.search 是字符串（例如 "?name=alice&age=30"），直接传入会触发 TypeError: object is not iterable。
- 常见错误写法：
Object.fromEntries(location.search) - 正确路径是：先用
URLSearchParams解析，再用.entries()转成迭代器 -
URLSearchParams是浏览器原生 API，现代环境（Chrome 49+、Firefox 44+、Safari 10.1+）都支持，无需 polyfill
标准转换三步法（含空值/重复参数处理）
最简健壮写法要覆盖常见边界情况：开头带 ?、空值（a=&b=）、重复键（?tag=js&tag=web）。
- 用
new URLSearchParams(str)自动剥离?并解析，兼容空值和编码 - 调用
.entries()得到迭代器，传给Object.fromEntries - 重复键默认取最后一个值（符合大多数业务预期），如需保留所有值，得手动用
forEach收集数组
示例：
const search = "?name=alice&age=30&city=&tag=js&tag=web";
const params = Object.fromEntries(new URLSearchParams(search));
// → { name: "alice", age: "30", city: "", tag: "web" }
需要解码中文或特殊字符？不用额外处理
URLSearchParams 构造时已自动调用 decodeURIComponent，所以 ?q=%E4%BD%A0%E5%A5%BD&sort=price%2B 会被正确还原为 { q: "你好", sort: "price+" }。
- 不要自己用
decodeURIComponent预处理字符串，否则可能 double decode 导致乱码 - 如果原始字符串不是标准 URL 编码（比如服务端没 encode 就拼了中文），那得先修复源头，而不是在前端硬补
- 注意：
+在传统表单编码中表示空格，但URLSearchParams按照 WHATWG 标准只认%20，+会被当作字面量保留
Node.js 环境下怎么用
Node.js 18.7+ 原生支持 URLSearchParams，用法完全一致；低于该版本需导入 url 模块或使用第三方库（如 query-string）。
- Node.js 18.7+ 直接写：
Object.fromEntries(new URLSearchParams(urlString)) - 旧版 Node.js（如 16.x）可用：
const { URLSearchParams } = require("url"); - 不推荐用
qs.parse或正则手撕 —— 容易漏掉编码、嵌套、数组等复杂 case
真正容易被忽略的是参数名本身含等号或 & 的场景（极少见但协议允许），这时只有 URLSearchParams 能按规范解析；手写分割必然出错。别为了省一行代码绕过它。
