HTML表单无法原生传输布尔值，所有字段值均序列化为字符串；正确做法是利用checkbox存在性表达true/false，或通过sessionStorage传递JSON序列化的布尔值。

HTML跨表单提交时布尔值会变成字符串

直接用 传 true 或 false，后端收到的永远是字符串 "true" 或 "false"，不是 JS 布尔类型。这不是传输问题，而是 HTML 表单规范决定的：所有表单字段值都序列化为字符串。

用 checkbox 的存在性表达布尔逻辑

浏览器原生机制里，只有勾选的 才会出现在提交数据中；未勾选的完全不提交。这恰好对应布尔语义：present → true，absent → false。

• 不要写 ，这是反模式
• 正确写法：
• 后端收到 active=1 就设为 true；收不到 active 字段就默认 false
• 如果必须让字段“始终存在”，前端可手动补全：if (!formData.has('active')) formData.append('active', '0');

formaction + 隐藏域组合无法绕过字符串转换

formaction 只改提交地址，不改变表单字段的序列化行为。哪怕你用两个不同 formaction 的按钮，只要字段名相同，值仍是字符串。

DeepBI DHTML 页面生成器

生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur

下载

• 错误示例： —— query 参数仍是字符串，且易被篡改
• 更糟的是：URL 长度限制、编码问题、服务端解析歧义（如 published=1 vs published=true）
• 真正可控的方式仍是靠字段是否存在 + 后端约定解析逻辑

跨表单场景下最稳的布尔传递方案

当需要从一个表单跳转到另一个表单（比如编辑页 → 预览页），又想带布尔状态，别依赖隐藏域或 URL 参数拼接。

• 用 sessionStorage 存布尔值：sessionStorage.setItem('isDraft', JSON.stringify(true));
• 目标页面读取并还原：const isDraft = JSON.parse(sessionStorage.getItem('isDraft') || 'false');
• 避免用 localStorage，防止状态残留影响下次操作
• 如果必须走 URL（如分享链接），用明确枚举值：?status=draft 或 ?status=published，而不是布尔字面量

关键点在于：HTML 表单本身不支持原生布尔传输，所谓“传布尔值”本质是协议层约定。最容易出错的地方，是前端以为写了 value="true" 就等于传了布尔，而服务端没做字符串到布尔的显式转换。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！