PHP需name="xxx[]"才能使$_POST['xxx']为数组，Java须用getParameterValues()，Express默认不解析[]，Django用getlist()，DOM顺序决定参数提交顺序。
PHP用$_POST['xxx']直接接收同名字段，但必须加[]后缀
PHP 默认只把 name="hobby" 这种写法当作单值处理，哪怕页面里有十个同名 checkbox，$_POST['hobby'] 也只会拿到最后一个被勾选的值（或 null）。要让它自动变成数组，HTML 中 name 必须显式带方括号：name="hobby[]"。
常见错误是只写 name="hobby"，然后在 PHP 里硬写 is_array($_POST['hobby'])——这永远为 false，因为 PHP 根本不会把它当数组解析。
-
name="tags[]"→ PHP 自动解析为$_POST['tags'] = ['js', 'html', 'css'] -
name="user[role]"→ 解析为$_POST['user']['role']（嵌套数组） -
name="item"→ 不管多少个，$_POST['item']永远是字符串或 null
Java Servlet 必须用getParameterValues()，不能用getParameter()
Java 没有自动数组解析机制。如果前端发来三个 name="product"，request.getParameter("product") 只返回第一个值；想拿到全部，必须调用 request.getParameterValues("product")，它返回 String[]。
这个方法返回 null 而不是空数组，所以每次都要判空，否则容易抛 NullPointerException。
立即学习“前端免费学习笔记（深入）”；
- 正确写法：
String[] products = request.getParameterValues("product"); if (products != null) { ... } - 错误写法：
for (String p : request.getParameter("product").split(","))—— 前端根本没发逗号分隔，是浏览器自己拼的 & 参数 -
getParameterMap().get("product")和getParameterValues()效果一样，但前者类型是Object，需强转
Express.js 默认不识别[]，得靠中间件或手动解析
原生 Express + body-parser 收到 name="ids[]" value="1"&name="ids[]" value="2"，解析结果是 { 'ids[]': ['1', '2'] }，不是 { ids: ['1', '2'] }。这不是 bug，是设计如此——方括号只是普通字符。
如果你依赖 req.body.ids，就得自己处理或引入中间件（如 express-parameterize 或自定义 parser）。
- 手动处理示例：
const ids = req.body['ids[]'] ? Array.isArray(req.body['ids[]']) ? req.body['ids[]'] : [req.body['ids[]']] : []; - 更安全做法：统一约定前端用
name="ids"，后端用req.body.ids，但确保前端只发一个值（如 JSON 字符串"[1,2,3]"），再JSON.parse() - Django 默认忽略方括号，
request.POST.getlist('hobby')才能取多值
DOM顺序决定提交顺序，别指望CSS重排能改变参数顺序
浏览器按 HTML 中元素出现的先后顺序拼接同名参数，比如两个 <input name="step" value="A"> 和 <input name="step" value="B">，即使 CSS 把第二个“拖”到上面显示，提交仍是 step=A&step=B。
这对下拉多选、动态生成表单尤其关键：如果顺序代表业务逻辑（如步骤 1/2/3），就一定得控制它们在 DOM 中的书写顺序，而不是靠 JS 插入位置或 flex 排序。
- 动态添加时，用
element.insertAdjacentElement('beforeend', newInput)比appendChild()更可控 - 避免用
innerHTML += ...拼接，会破坏原有顺序且触发重排 - 测试时直接看 Network → Payload，确认参数顺序是否符合预期
[]，后端就收不到完整数据——而且这种问题在开发环境常因单选测试蒙混过关，上线后才暴露。 
