跨表单数据传递应依场景选方式：URL传简单只读参数并编码容错；敏感结构化数据用session+temp_id临时存储；禁用localStorage作核心流程载体；确保前后端路由与method严格对齐。
跨表单提交本身不是标准概念，实际场景中多指“数据需在多个独立表单间流转或复用”，比如搜索框（全局）提交后跳转到结果页，再从结果页带参进入详情编辑表单；或分步表单中前一步的 POST 数据需在后续表单页面可用。稳定性差的根源往往不在表单本身，而在数据传递链路断裂——URL 丢失、session 失效、localStorage 被清空、或前端跳转未携带必要参数。
用 URL 参数传递简单、只读的上下文数据
当目标页面只需读取少量非敏感数据（如 searchText、id、tab=2），直接拼接 URL 是最轻量、最可调试的方式。
- 前端跳转时确保参数编码：用
encodeURIComponent()包裹值，避免空格、&、/ 等破坏 URL 结构 - 后端接收端必须做容错处理：
$_GET['id'] ?? null（PHP）、request.args.get('id')（Flask）、req.query.id（Express）都应有默认值或空值检查，不能假设参数一定存在 - 不要把长文本、HTML 片段、token 放进 URL——长度受限（通常 2KB 内稳妥），且会暴露在日志、代理、Referer 中
用 session 或临时 token 传递敏感或结构化数据
当需要传用户身份、临时校验状态、或一组字段（如 {name: "Alice", plan: "pro", trial_ends: "2026-12-01"}），必须走服务端状态管理。
- 提交第一个表单后，后端生成唯一
temp_id（如 UUID v4），将数据存入 session 或缓存（Redis），再重定向到第二页并带上?temp_id=abc123 - 第二页服务端用
temp_id查 session/cache，查到则读取并渲染，查不到则跳回首页或报 400；同时立即销毁该temp_id（防重复使用） - 切忌把 session ID 或 raw token 暴露给前端用于跨页传参——它本就不该被客户端构造或猜测
避免依赖 localStorage 做关键流程的数据接力
localStorage 看似方便，但在跨表单流程中极易失效：用户开无痕窗口、手动清缓存、或脚本执行时机错乱（如页面未加载完就读取）都会导致数据丢失。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
立即学习“前端免费学习笔记（深入）”；
- 仅限用于“锦上添花”场景，例如记住用户上次选的筛选条件，刷新后自动恢复；绝不可用于订单创建、权限校验等核心链路
- 写入前加 try/catch，读取后校验结构：
try { const data = JSON.parse(localStorage.getItem('form_step1')); if (data && typeof data === 'object' && data.user_id) { ... } } catch (e) { } - 同域下多个 tab 共享同一
localStorage，若用户同时打开两个表单流程，可能互相覆盖——此时 session 方案天然隔离
表单 action 和 method 必须与后端路由严格对齐
很多“提交失败”其实只是 404 或 405 错误被静默吞掉。浏览器发了请求，但后端没对应接口，或方法不匹配（如表单 method="POST" 但路由只定义了 GET）。
- 检查网络面板：确认请求 URL、method、status 是否符合预期；特别注意 trailing slash（
/submitvs/submit/）是否一致 - 前后端约定好路径命名规范，例如所有表单提交统一走
/api/v1/xxx，避免混用/xxx（页面）和/xxx-submit（API） - 若用 Symfony、Django 等框架，确保路由配置中
methods=["POST"]明确声明，而非依赖默认行为
真正难的不是传数据，而是判断该用哪种方式传——URL 简单但脆弱，session 可靠但需服务端配合，localStorage 灵活但不可信。选错载体，后面所有健壮性优化都是补丁。
