HTML无法实现排列组合，因其是无逻辑的标记语言，缺乏变量、循环等能力；必须用JavaScript在浏览器中动态生成和操作DOM组合状态。
HTML 本身不提供排列组合算法能力，所谓“HTML 排列组合”本质上是用 JavaScript 在浏览器中生成、操作 DOM 元素的组合状态；直接在 HTML 标签或属性里硬编码组合逻辑不可行，也不可维护。
为什么不能用纯 HTML 实现排列组合
HTML 是标记语言，没有变量、循环、递归或函数调用能力。像 <input type="checkbox"> 或 <select multiple> 只能表达用户选择动作，无法自动枚举所有可能组合（比如从 5 个选项中选 3 个的所有 C(5,3)=10 种组合）。
常见误操作包括：
- 试图用
data-*属性存“所有组合”，结果写死、难扩展 - 把组合结果全写成静态
<div>块，页面体积爆炸且无法响应式更新 - 用 CSS
:checked ~伪类链式触发组合显示——仅支持极浅层（2–3 层）、无逻辑判断、无法计数或去重
JavaScript 实现排列组合的核心函数选型
浏览器环境优先用迭代法而非递归，避免栈溢出；小数据量（n ≤ 10）可用简单回溯，大数据量必须剪枝或流式生成。
立即学习“前端免费学习笔记（深入）”；
关键选择点：
-
Array.prototype.flatMap()+ 递归：适合生成组合（combinations），代码短但内存占用随结果数量线性增长 - ES6 生成器函数
function* combinations()：用yield流式产出每组结果，DOM 更新可逐条进行，不卡主线程 - 位运算法（
for (let i = 0; i ）：最简快，但只适用于子集（含空集），不区分“选几个”，且 n > 30 时位掩码失效 - 避免使用 Lodash 的
_.permutations()：它默认深拷贝数组，对 DOM 节点或大对象会直接卡死页面
DOM 渲染时的性能与可访问性陷阱
生成几百个组合并一次性 innerHTML 插入，会导致强制同步布局（layout thrashing）和屏幕阅读器批量播报失控。
实操建议：
- 用
document.createDocumentFragment()批量挂载，再单次 append 到真实 DOM - 每个组合项用唯一
id或data-index，方便后续用querySelector精准控制，而非遍历getElementsByClassName - 禁用
tabindex或设为-1，除非该组合项本身是可交互控件；否则屏幕阅读器会把每组结果都读出来，信息过载 - 若组合总数 > 50，必须加虚拟滚动（如
IntersectionObserver监听可视区域），而不是渲染全部
服务端预计算 or 客户端实时生成？
取决于组合空间是否稳定、是否需 SEO、是否有权限过滤。
典型判断依据：
- 选项固定（如“省份+城市+区县”三级联动）→ 服务端 JSON 预生成，前端只做查表
lookup[province][city] - 选项动态（如用户自定义标签筛选商品）→ 必须客户端实时计算，但要用
WeakMap缓存已算过的输入参数，防重复计算 - 组合结果要分享链接（如 ?filters=a,b,c）→ 客户端生成后，用
history.replaceState()同步 URL，服务端对这个 URL 返回对应首屏 HTML（SSR/SSG 支持） - Chrome DevTools 里看
Performance面板：如果Scripting时间 > 80ms，说明算法或渲染没切片，得加setTimeout(..., 0)或queueMicrotask()分帧
真正卡住项目的往往不是“怎么写出全排列”，而是组合爆炸后 DOM 节点数失控、无障碍支持被忽略、或 URL 状态不同步。先想清楚“谁需要这些组合、什么时候需要、需要多少”，再决定用哪个函数、渲染几条、缓存哪段。
