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 能按规范解析；手写分割必然出错。别为了省一行代码绕过它。
评论(0)