type="number"字段跨表单提交后变为字符串，因HTML表单规范强制所有字段以字符串编码发送；FormData获取值仍为字符串，需用parseInt/parseFloat手动转换；后端接收时也必须再次类型转换并校验。
为什么 type="number" 字段跨表单提交后变成字符串
浏览器原生提交时，所有表单字段值（无论 type="number" 还是 type="text"）都以字符串形式编码发送，这是 HTML 表单规范强制行为。后端收到的永远是 "42" 而不是数字 42。这不是 bug，而是设计使然——HTTP 协议本身不传递 JavaScript 类型信息。
FormData 获取跨表单数字字段时仍需手动转换
即使你用 form 属性把按钮和目标 <form id="order"></form> 关联，并在 submit 事件中用 new FormData(event.target) 提取数据，FormData.get("quantity") 返回的仍是字符串。必须显式转类型：
- 用
parseInt(formdata.get("quantity"), 10)转整数（注意指定进制） - 用
parseFloat(formdata.get("price"))转浮点数 - 别直接用
+或Number()——它们对空字符串、非数字字符返回NaN，而parseInt/parseFloat会从开头截取有效数字部分（如"12.99abc"→12），更可控
避免在跨表单场景下依赖 input.valueAsNumber
input.valueAsNumber 只在元素处于 DOM 中且有实时输入状态时有效；若字段在另一个表单里、或通过 form 属性间接提交，该属性无法反映最终提交值，尤其当用户未聚焦过该输入框时，它可能为 NaN 或旧值。更可靠的做法是：
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 提交前调用
form.checkValidity()确保字段通过原生校验（比如min/max） - 再用
form.querySelector('[name="quantity"]').value拿原始字符串，然后转换 - 不要混用
valueAsNumber和FormData——二者来源不同，值可能不一致
后端接收时别假设数字字段已转类型
即使你前端做了 parseInt，只要走的是标准表单提交（application/x-www-form-urlencoded 或 multipart/form-data），后端框架（如 Express、Django、Spring）默认解析出的仍是字符串。必须在服务端再次做类型转换，并验证范围与格式。最容易被忽略的是：前端用 type="number" + step="0.01" 控制精度，但后端若直接存为 float 可能引入浮点误差，建议统一转为整数单位（如价格存“分”）或使用 decimal 类型。
立即学习“前端免费学习笔记（深入）”；
