纯html无法实现真正留言板，仅能通过localstorage前端模拟；需阻止表单默认提交、动态创建dom节点渲染、限制单条留言大小，并明确本地模拟不可替代服务端方案。
纯 HTML 无法实现真正的留言板功能——它没有存储、没有后端逻辑、不能保存用户输入。所谓“在线运行的 HTML 留言板”，实际只能是前端模拟（本地 localStorage 持久化 + 表单交互），且仅限单机使用。
为什么 localStorage 是唯一可行的前端持久化方案
浏览器禁止网页直接读写本地文件，sessionStorage 关闭标签页即清空，而 localStorage 支持跨会话保存字符串，是唯一能“假装记住留言”的原生机制。
- 每次提交前必须用
JSON.parse()读取已存数据，再用JSON.stringify()写回，否则会覆盖而非追加 -
localStorage容量约 5–10MB，但单条留言建议限制在 2KB 内，避免序列化失败 - 不同域名间数据完全隔离，
http://和https://视为两个域，切勿混用
表单提交必须用 event.preventDefault() 阻止默认跳转
HTML 表单默认提交会刷新页面或跳转，导致刚输的留言瞬间消失。这是新手最常卡住的点。
- 监听
submit事件，不是click—— 否则回车提交无效 - 获取输入值必须用
input.value或textarea.value，而非input.innerHTML（后者为空） - 清空表单后需手动重置
form.reset()，否则下次提交仍带旧值
渲染留言列表时别直接拼接 HTML 字符串
用 innerHTML += 追加会导致事件绑定丢失、XSS 风险，且无法控制插入位置。
- 改用
document.createElement("li")+appendChild()动态创建节点 - 每条留言应包裹在独立容器（如
<div class="message">）中，便于后续增删操作 <li>时间戳建议用 <code>new Date().toLocaleString("zh-CN")，避免Date.now()的毫秒数可读性差
真正上线的留言板必须有服务端接口（如 Express + SQLite 或 Firebase），前端只负责调用 fetch()。本地模拟只是验证 UI 流程和调试交互逻辑，千万别把它当成品部署。
