FormData无法处理嵌套对象，因其仅采集表单name/value并保持扁平结构；需前后端协同解析方括号或点号命名约定，或改用JSON隐藏域显式序列化传递。
FormData 无法直接处理嵌套对象，这是设计使然
FormData 的核心职责是忠实采集表单控件的 name 和 value，它不解析结构、不递归展开、不理解“对象”或“数组”语义。当你有 {user: {name: "Alice", profile: {age: 30}}} 这类数据，原生表单字段根本无法表达这种层级——<input name="user.name"> 是合法的，但浏览器只把它当一个扁平字符串键，不会自动聚合成嵌套对象。
所以别指望 new FormData(form) 后再 Object.fromEntries() 能还原出嵌套结构；它只会给你 {"user.name": "Alice", "user.profile.age": "30"} 这样的扁平结果。
- 所有嵌套路径（如
user[profile][age]或user.profile.age）都是人为约定，需前后端协同解析 - FormData 本身对点号（
.）、方括号（[]）等符号无特殊处理，全当普通字符 - 如果你用
Object.fromEntries(new FormData(form))，多层嵌套字段会直接被覆盖或丢失（同名 key 只保留最后一个值）
用 URLSearchParams.toString() 得到的是扁平查询字符串，不是 JSON
URLSearchParams 的作用边界很明确：把键值对转成 key=value&key2=value2 格式，并做 encodeURIComponent。它不负责结构还原，也不生成 JSON。
例如表单含：<input name="items[0].id" value="1"><input name="items[0].name" value="book">，经 new URLSearchParams(new FormData(form)).toString() 输出的是：items[0].id=1&items[0].name=book —— 这仍是扁平字符串，后端必须自行按规则解析方括号语法才能重建数组。
立即学习“前端免费学习笔记（深入）”；
- 前端若想传真正嵌套结构，得先手动
JSON.stringify()对象，再塞进隐藏域：<input type="hidden" name="payload" value='{"user":{"name":"Alice"}}'> - 后端收到后，再
json_decode($_POST['payload'])（PHP）或JSON.parse(req.body.payload)（Node.js） - 千万别把 JSON 字符串直接拼进 URL 查询参数——长度限制 + 编码混乱 + 安全风险（如引号、斜杠未转义）
后端解析嵌套表单字段时，方括号语法依赖具体框架实现
像 items[0][id] 或 user[nickname] 这类写法，是否能被自动映射为数组/对象，完全取决于后端解析逻辑。PHP 的 $_POST 原生不支持；Express 默认中间件 urlencoded 也不解析嵌套，需配 extended: true 才启用 qs 库解析；Laravel 则默认支持 foo[bar] 语法。
这意味着：前端用方括号命名字段，不代表后端一定能拿到嵌套结构——你得确认所用框架/中间件是否开启并兼容该特性。
- PHP 原生方案：接收后用正则或
parse_str()配合自定义解析器处理items[0].id类似格式 - Node.js Express：确保使用
express.urlencoded({ extended: true })，否则req.body里只有扁平键 - Python Flask：默认不解析，需用
request.form.getlist()手动提取同名字段，或引入multidict类库
真正安全可控的嵌套数据传递，还是走 JSON 隐藏域 + 显式序列化
当业务涉及多维数组、对象嵌套、动态字段增删时，强行用表单字段模拟结构，只会让前后端耦合变紧、调试变难、兼容性变差。最直白可靠的方式，是放弃“让表单字段表达结构”的幻想，改用显式 JSON。
操作很简单：const data = { user: { name: "Alice", tags: ["dev", "js"] } }; document.getElementById("payload").value = JSON.stringify(data);，然后提交整个表单。后端只取 payload 字段并解析即可。
- 避免字段名冲突：不用
user[name]，而用统一payload键，语义清晰 - 规避编码陷阱：JSON 字符串在隐藏域中只需一次
htmlspecialchars()（PHP）或DOMPurify.sanitize()（JS），比多层 URL 编码更可控 - 保留原始类型：JSON 支持
null、boolean、数字，而表单所有值都是字符串，类型丢失不可逆
嵌套字段的“映射”从来不是浏览器自动完成的事，它是前后端之间的一份隐式协议。协议越简单（比如只约定一个 JSON 字段），越不容易出错。那些看似省事的 name="obj[sub][key]" 写法，往往在第一次遇到空数组、undefined 属性或特殊字符时就崩了。
