纯HTML+JS可实现成语接龙游戏，核心在于预处理构建startMap/endMap映射表、用normalize统一汉字变体、清洗标点空格、按字切分判断首尾字、Set校验合法性、状态驱动渲染防卡顿。
直接用纯 HTML + JavaScript 就能做出可交互的成语接龙游戏，不需要框架或后端——关键在数据结构设计和字符串处理逻辑，而不是页面标签堆砌。
怎么判断两个成语是否能接上（getLastChar 和 getFirstChar）
接龙核心是“前一个成语的最后一个字”等于“后一个成语的第一个字”。但中文字符有全角/半角、标点、多音字干扰，必须先做清洗：
- 用
.replace(/[\u3000\u00a0\s，。！？；：“”‘’（）《》【】]/g, '')去掉常见中文空格和标点 - 取字时用
str.slice(-1)而不是str.charAt(str.length - 1)，避免某些浏览器对 Unicode 字符（如 emoji）索引出错 - 注意“一见钟情”→“情不自禁”，末字“情”是单字，但“一如既往”末字是“旧”，不是“如”——成语必须按字切分，不能按词性或语义
怎么快速查某个字开头/结尾的成语（wordMap 预处理）
每次用户输入都遍历整个成语库效率极低。应该在加载时就建好两个映射表：
-
startMap：键为首字（如“马”），值为以该字开头的成语数组（如["马到成功", "马不停蹄"]） -
endMap：键为尾字（如“功”），值为以该字结尾的成语数组（如["马到成功", "大功告成"]） - 构建时统一用
.normalize("NFKC")处理兼容字符（比如“為”和“为”视为同一字），否则“为所欲为”和“为非作歹”可能被拆散
用户输入后怎么校验合法性（checkInput 函数要防哪些坑）
光比字形不够，还得拦住明显无效输入：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
立即学习“前端免费学习笔记（深入）”；
- 长度不等于 4（允许“两全其美”但拒绝“两全其”或“两全其美呀”）——用
str.length !== 4判断，别用.trim().length，因为“ 一马当先 ”中间空格也该算非法 - 不在预加载的成语库中（查
wordSet.has(input)，用Set而不是数组.includes()，提升查找速度） - 重复使用已用过的成语（维护一个
usedSet = new Set()，每次输入前检查是否已存在） - 首字不等于上一轮尾字（注意第一轮无约束，需单独判断
history.length === 0）
怎么让游戏不卡顿又支持回退（history 和 render 的更新节奏）
DOM 频繁重绘会卡，尤其在移动端。不要每输一个字就刷新整个列表：
- 只在确认提交后更新
history数组，然后一次性调用render() -
render()内部用innerHTML = history.map(...).join("")替代循环appendChild，减少重排 - 实现回退：用
history.pop()删除最后一项，再render()，别试图操作 DOM 节点本身——状态驱动比 DOM 驱动更稳 - 如果成语库超 5000 条，建议把
startMap/endMap存在localStorage，避免每次刷新重建
最易被忽略的是汉字变体和输入法残留——比如用户用搜狗输入法打“马”，候选栏选了“馬”（繁体），但你的成语库用的是简体“马”，匹配就失败。要么强制 normalize，要么入库时就做简繁映射。这不是边缘情况，是真实高频报错点。
