跨表单提交时date字段收不到值的根本原因是目标form内input未设name属性，导致浏览器不将其纳入请求体；其他原因包括enctype配置不当、input被disabled、手动拼对象时误用valueAsDate等。
跨表单提交时 date 字段为什么收不到值
根本原因不是跨表单本身有问题，而是 button[form="target-id"] 提交时，浏览器只收集目标 内部的控件——如果那个表单里 没写 name 属性，它就压根不会进请求体。
常见漏点：
-
缺name→ 后端查不到start_date字段 - 目标表单用了
enctype="multipart/form-data"，但后端没配好解析器（如 Express 的body-parser不处理 multipart）→ 所有字段都丢 - 按钮在另一个表单内，却写了
form="target-id"，但目标表单里该日期输入框被disabled了 → 浏览器跳过它
FormData 提交 date 字段必须用 .value，别碰 .valueAsDate
用 new FormData(form) 收集跨表单数据时， 的值自动转为标准 "YYYY-MM-DD" 字符串，这是最省心的方式。但如果你手动拼对象（比如为了加额外字段），必须直接取 input.value，而不是 input.valueAsDate 或 new Date(input.value)。
原因：
-
input.valueAsDate返回的是带本地时区的Date对象，序列化成 JSON 会变"2026-11-02T16:00:00.000Z"，后端收到的是带时间的 ISO 字符串，不是预期的纯日期 -
new Date(input.value)在 Safari 旧版或某些 Android WebView 中可能返回Invalid Date，再调.toISOString()就崩了 - 只要 input 有值，
input.value就是稳定可靠的"2026-11-03"，不用任何转换
后端解析失败？先确认它收到的是字符串不是 null
跨表单提交后，后端日志里看到 start_date=null 或字段缺失，大概率不是格式问题，而是前端根本没发过去。先检查原始请求体（如 curl -v 或浏览器 Network 面板）里有没有这个 key。
如果确认有，但解析报错（如 Spring Boot 的 Cannot deserialize value of type java.time.LocalDate），说明框架没配反序列化规则：
- Spring Boot：字段加
@DateTimeFormat(pattern = "yyyy-MM-dd") - Express + body-parser：不能依赖自动转换，得手动
req.body.start_date ? new Date(req.body.start_date + "T00:00") : null - Flask：用
datetime.strptime(request.form.get("start_date"), "%Y-%m-%d")，且要判空，因为没选日期时值是空字符串""，不是None
显示格式和提交格式必须物理隔离
用户看到的日期可能是 "2026/11/03" 或 "2026年11月3日"，但这只是 UI 层的事。只要 的 value 属性始终设为 "2026-11-03"，跨表单提交就不会出格式问题。
别试图用 JS 把显示格式塞进 value，比如：
input.value = "2026/11/03"; // ❌ 浏览器直接忽略，value 变空
正确做法是：显示用旁边一个 或 动态更新，而 input.value 始终保持原生格式。哪怕你用 form 属性把按钮扔到页面最底下，只要它指向的表单里那个 input 的 value 是合规字符串，提交就稳。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
