表单提交后页面刷新需调用event.preventDefault()阻止默认行为，或配置action指向后端；务必为控件添加name属性，声明UTF-8编码，后端校验内容并防刷。
表单提交后页面刷新怎么办
默认情况下，<form> 提交会触发整页刷新，留言内容一闪就没了，用户根本看不到反馈。这不是 bug，是浏览器对 submit 事件的默认行为。
解决办法只有两个方向：用 event.preventDefault() 拦住默认提交，或者把 action 指向一个能返回纯文本/跳转提示的后端地址（不推荐纯前端模拟）。
- 前端拦截 +
fetch是主流做法，但必须手动清空<input>和<textarea>的value - 如果没写
event.preventDefault()，又没配action，表单会提交到当前 URL，可能 405 或白屏 - 别在
button上写type="button"却忘了加onclick—— 那按钮就真没反应了
后端收不到 name 字段
HTML 表单只提交带 name 属性的控件值，id 或 class 无效。常见错误是写了 <input id="msg">，但漏了 name="message"。
后端（比如 PHP 的 $_POST、Node.js 的 req.body）靠 name 键名取值，没 name 就等于没传。
立即学习“前端免费学习笔记（深入）”；
-
<textarea name="content">和<input name="author">是最简必需组合 -
name值里别用空格或点号（如user.name），部分框架解析会出问题 - checkbox 和 radio 要注意：未选中时不会发任何值，别指望后端收到
false
中文乱码或特殊字符被截断
根源通常是编码不一致：<meta charset="utf-8"> 缺失，或后端没设请求体编码为 UTF-8，或数据库字段不是 utf8mb4。
表单本身要显式声明编码，否则老浏览器可能按系统默认编码（如 GBK）发送。
- 确保 HTML 文档开头有
<meta charset="utf-8"> - form 标签加
accept-charset="UTF-8"，虽非必需，但能堵住个别旧环境的坑 - 后端接收时检查
Content-Type头是否含charset=utf-8；PHP 要调mb_internal_encoding('UTF-8') - 用户粘贴 emoji 或长破折号（—）时，MySQL 必须用
utf8mb4，utf8不支持
怎么防机器人批量刷留言
没有后端校验的纯 HTML 表单，等于敞开大门。前端 disabled 或 display: none 都拦不住 curl 或脚本。
最低成本的有效手段只有两个：服务端做基础验证 + 加一道轻量级人机识别。
- 必做后端校验：检查
content长度（太短或超长都拒收）、过滤空格/换行开头、限制单 IP 单位时间提交次数 - 避免用图片验证码——维护麻烦还伤体验；优先用
hidden字段埋时间戳 + 签名，或接入 Cloudflare Turnstile - 别信
required属性，它只在浏览器端起作用，删掉 HTML 就失效
name 对应的键。 
