HTML本身不能做后台通知管理，它只是静态页面结构；真正实现需HTML搭建前端界面，配合后端（如Node.js、PHP）和数据库（如MySQL）完成增删查改。
HTML 本身不能做后台通知管理——它只是静态页面结构，不处理数据存储、用户权限或实时推送。所谓“HTML后台通知管理”，实际是用 HTML 搭建前端界面，背后必须配合后端（如 Node.js、Python Flask、PHP）和数据库（如 MySQL、SQLite）才能真正增删查改通知。
为什么纯 HTML 点击删除按钮没反应？
因为 onclick="deleteNotice(123)" 这类代码只是绑定了 JS 函数，但如果没有对应函数定义，也没有向服务器发请求的逻辑，点击就真的什么都不会发生。
- 常见错误现象：
Uncaught ReferenceError: deleteNotice is not defined - 真实使用场景：你得在
<script></script>里写好函数，调用fetch('/api/notice/123', {method: 'DELETE'})才能删服务端数据 - 新手常误以为把按钮写成
<button onclick="alert('已删除')"></button>就算实现了功能——这只是假反馈，数据库里记录还在
fetch 和 XMLHttpRequest 怎么选？
现在统一用 fetch，更简洁、支持 Promise、浏览器兼容性已足够（Chrome 42+、Firefox 39+、Edge 14+、Safari 10.1+）。除非要兼容 IE11，才考虑回退到 XMLHttpRequest。
-
fetch默认不带 cookie，登录态会丢失 → 必须加{credentials: 'include'} - 401 或 500 错误不会自动 reject，需手动检查
response.ok - 示例片段：
fetch('/api/notice', {method: 'POST', headers: {'Content-Type': 'application/json'}, body: JSON.stringify({title: '系统维护', content: '今晚23点开始'})})
通知列表渲染该用 innerHTML 还是 DOM API？
小项目用 innerHTML 快，但要注意 XSS 风险；中大型项目建议用 document.createElement + appendChild，更安全也更利于后续交互绑定。
立即学习“前端免费学习笔记（深入）”；
- 如果后端返回的
content是用户输入的富文本，直接el.innerHTML = data.content可能执行恶意 script - 安全做法：用
textContent显示标题，用DOMPurify.sanitize()处理内容后再插入（需引入库） - 性能差异不大，但用 DOM API 更容易给每个通知项单独绑定编辑/删除事件监听器
真正的难点不在 HTML 结构，而在于接口设计是否清晰、状态管理是否可靠、错误提示是否明确——比如通知标记为“已读”后刷新页面又变回“未读”，大概率是前端没同步更新本地状态，或后端没正确返回更新后的字段。
