HTML无法实现艾宾浩斯算法，必须用JavaScript动态计算复习间隔；需根据用户操作实时更新data-next-review等属性，并将复习计划存入localStorage，日期比较应使用new Date()转时间戳。
HTML里没法直接实现艾宾浩斯算法，得靠JavaScript算
HTML只是标记语言，不带计算能力。所谓“错题本复习间隔”，本质是根据记忆衰减模型动态生成下次复习时间，必须用 JavaScript 实现逻辑。常见的错误是把 data-next-review 这类属性硬编码进 HTML，结果一刷新就失效——它得随用户操作（比如点击“已掌握”或“忘记”）实时重算。
典型场景：用户做完一道题，点按钮触发复习计划更新，nextReviewDate 要基于当前日期、历史复习次数、遗忘等级重新计算，再写回 DOM 或存入 localStorage。
-
localStorage适合存简单键值对，比如JSON.stringify({id: 'q102', nextReview: '2024-06-15', interval: 3, repetitions: 2}) - 别用
sessionStorage，关掉页面就丢数据 - 日期比较务必用
new Date()转成时间戳比大小，别字符串比对（'2024-6-5' 会出错）
艾宾浩斯核心参数怎么映射到前端变量
原始艾宾浩斯曲线是实验室数据，实际错题本得简化。主流做法是用 SM-2 算法变体（Anki 用的），关键参数只有三个：interval（天数）、repetitions（复习次数）、efactor（易记度，初始 2.5，范围 1.3–3.0）。
前端不用自己推导公式，直接套用这个更新逻辑：
立即学习“前端免费学习笔记（深入）”；
function updateInterval(lastInterval, efactor, quality) {
if (quality < 3) return 1; // 忘记了，从头开始
const newInterval = Math.round(lastInterval * efactor);
const newEfactor = Math.max(1.3, efactor + (0.1 - (5 - quality) * (0.08 + (5 - quality) * 0.02)));
return { interval: newInterval, efactor: newEfactor };
}注意：quality 是用户反馈（0～5 分），lastInterval 初始为 0，第一次复习设为 1 天；efactor 每次都要存，不能每次重置为 2.5。
DOM 中怎么安全存复习状态又不污染结构
别往每个题目的 <div> 上狂塞自定义属性，比如 data-efactor、data-last-review、data-reps……多了难维护，且 SSR 渲染时这些值根本没意义。
更稳妥的做法是集中管理：
- 用一个全局对象缓存所有题目的复习状态：
const reviewState = { 'q102': { interval: 7, efactor: 2.6, lastReview: '2024-06-08' } } - DOM 只留必要标识：
<div data-qid="q102">... - 渲染时按需读取
reviewState[qid]计算是否高亮/禁用/显示倒计时 - 状态变更后立刻
localStorage.setItem('reviewState', JSON.stringify(reviewState))
这样 DOM 干净，逻辑和视图分离，也方便以后迁移到 IndexedDB。
移动端日期计算容易踩的时区坑
用户在北京点“今天复习”，你用 new Date().toISOString().split('T')[0] 存，结果在纽约打开变成昨天——因为 toISOString() 强制转 UTC。错题本的“今天”必须是本地日，不是服务器日。
正确做法：
- 存日期用本地格式：
new Date().toLocaleDateString('zh-CN')→'2024/6/10'（注意斜杠，避免new Date('2024-06-10')在 Safari 解析失败） - 比较日期时统一转成本地毫秒：
new Date('2024/6/10').getTime() - 如果后端要参与调度，约定全部用 UTC 时间戳传，前端只负责展示“距今 X 天”，不参与计算
最麻烦的是 iOS Safari 对 Date 构造函数兼容性差，任何含短横线的日期字符串（'2024-06-10'）都可能返回 Invalid Date，必须预处理。
