表单必须用包裹并设置method和action；input类型需按语义严格区分；textarea须配label和name；提交按钮应使用；前后端均需校验。
表单结构必须用 <form></form> 包裹，且设置 method 和 action
不加 <form></form> 标签，输入内容根本不会被提交；漏掉 method="post"（或 "get"）会导致浏览器用默认方式（通常是 get）发送，暴露敏感信息；action 为空或写错路径，提交后页面会 404 或刷新丢数据。
常见错误：只写 <input> 堆砌，没包在 <form></form> 里，点提交毫无反应。
实操建议：
• method 选 post（联系表单含姓名/邮箱/留言，属非幂等操作）
• action 暂不确定后端地址时，可先设为 "#" 或本地测试脚本如 "./submit.php"
• 加上 accept-charset="UTF-8" 防中文乱码
input 类型要按字段语义严格区分
用错 type 不仅影响体验（比如手机弹不出邮箱键盘），还会绕过浏览器原生校验。例如把邮箱写成 type="text"，就失去自动验证格式和唤起邮箱软键盘的能力。
推荐组合：
• 姓名：<input type="text" name="name" required>
• 邮箱：<input type="email" name="email" required>（输错格式点提交会提示）
• 电话：<input type="tel" name="phone">（非必填，但触发数字键盘）
• 主题：<input type="text" name="subject" maxlength="100">（防过长垃圾信息）
立即学习“前端免费学习笔记（深入）”；
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
textarea 必须配 name，别依赖 placeholder 当提示
placeholder 只是占位文字，用户一输入就消失，无法替代 <label></label>。很多表单只写 <textarea placeholder="请留下您的问题..."></textarea>，结果用户根本不知道这是“留言”还是“附件说明”。
正确做法：
• 每个 <textarea></textarea> 上方或左侧加 <label for="msg">留言内容</label>
• <textarea id="msg" name="message" rows="5" required></textarea>
• rows 控制初始高度（不是最大行数），配合 CSS 的 min-height 更稳妥
• 避免设 cols，响应式布局下易溢出
提交按钮要用 <button type="submit"></button>，别用 input[type="submit"]
<input type="submit"> 内容无法用 HTML 标签增强（比如加图标或强调词），且部分旧版 Safari 对其 disabled 状态样式支持异常。而 <button type="submit"></button> 是语义更清晰、控制力更强的选择。
注意事项：
• 必须显式写 type="submit"，否则在某些浏览器中默认为 type="button"（点不动）
• 提交中应禁用按钮防止重复点击：<button type="submit" id="submitBtn">发送消息</button>，JS 中执行 btn.disabled = true
• 禁用时记得同步改文案（如变成“发送中…”），否则用户以为卡死
表单验证逻辑和后端对接细节容易被跳过，但真正上线时，required 属性只是第一道防线，服务端不做校验等于裸奔。
