真正稳定的做法是只更新必要属性、分离动画与状态、服务端响应后再同步UI；data-liked必须用"0"/"1"字符串值，通过dataset.liked="1"更新，禁用innerHTML操作，点击时立即禁用按钮并等待服务端成功响应后才更新状态与文案，失败则回滚。
直接改 innerHTML 或暴力重绘整条评论 DOM，是点赞交互卡顿、状态错乱、双击翻车的根源。真正稳定的做法是只更新必要属性、分离动画与状态、服务端响应后再同步 UI。
怎么用 data 属性安全存点赞状态
Vue/React 里传布尔值 data-liked="true" 会被自动移除，原生 JS 也容易类型混淆。必须用字符串值，且显式管理：
-
data-liked只接受"0"或"1"，别用true/false或数字0/1 -
data-comment-count存带单位的字符串，比如"7"，不是7，避免 JS 拼接时隐式转成数字再加字符串（7 + "条评论"→"7条评论"OK；但7 + "条评论"若前面是 number 类型可能出错） - 状态变更只走
element.dataset.liked = "1"，不碰innerHTML，更不删了整个<footer></footer>再重建
点击后怎么防双击和 UI 错乱
用户手快连点两次，后端收到两条请求，结果状态变成“点了→取消→点了”，UI 显示和数据库对不上。真实链路必须阻断二次触发：
- 点击瞬间立刻设
btn.disabled = true，并加 loading 样式（比如btn.classList.add('loading')） - 请求发出去后，等服务端明确返回
{ success: true }，才更新dataset.liked和文案，再恢复按钮可用 - 失败时必须 revert 状态（
dataset.liked = prevValue）、弹提示、移除 loading，不能晾着用户 - 别在 click 回调里直接改颜色或 class —— 动画播完前用户又点，状态就乱了；要等请求完成再统一处理
SVG 心形点赞动画怎么确保每次点击都重播
CSS 动画靠 class 切换触发，但 classList.toggle('liked') 第二次点没变化，动画不会重放。得强制浏览器重绘路径：
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
立即学习“前端免费学习笔记（深入）”；
- 先移除动画 class：
el.classList.remove('animate-draw') - 触发重排：
void el.offsetWidth（这句不能省） - 再加回来：
el.classList.add('animate-draw') - 或者更可控：用
el.animate()直接驱动stroke-dashoffset，点几次调几次，不依赖 class 生命周期 - 关键前提是
stroke-dasharray和stroke-dashoffset初始值都设为el.getTotalLength()返回的真实长度，不能手估或抄 d 属性字符数
WebSocket 实时通知点赞，前端怎么避免重复渲染
服务端推送一条 {"type":"like","postId":"123"}，但页面可能有多个同 ID 的帖子（比如首页流 + 详情页），也可能用户刚点完本地已更新，服务端推送又来一遍，导致点赞数+1 两次：
- 收到消息后，先查当前 DOM 中对应
data-post-id="123"的元素是否存在且dataset.liked === "1"，是则跳过 - 只对
dataset.liked === "0"的目标执行更新，并立即同步改为"1" - 顶部红点徽标、toast 提示这类全局反馈，用独立计数器管理，不和单个按钮状态耦合
- 切到后台时收到推送，别急着改 DOM，等
document.visibilityState === 'visible'再处理，否则用户切回来会看到“闪一下”
最常被忽略的是：动画和状态必须解耦。心形缩放、描边绘制、气泡上升这些，只是给用户“我点到了”的瞬时反馈；而 dataset.liked、服务端写库、WebSocket 广播，才是真实发生的事。混在一起，轻则动画卡住，重则用户以为点成功了，其实根本没发出去。
