ThinkPHP实现SKU组合选择的核心是建立规格值与库存的映射关系，必须通过spec_value_ids字段精确标识有效组合，并依赖后端接口动态返回available_values控制前端禁用状态。
ThinkPHP 实现商品 SKU 组合选择，核心不是“拼字符串”，而是建立规格值与库存的映射关系；直接靠前端 JS 拼接 spec_id 数组再查库，90% 会漏掉无库存组合、选中态错乱、禁用逻辑失效等问题。
SKU 数据结构必须带 spec_value_ids 字段
后端返回的规格列表（如颜色、尺码）不能只给名称和 ID，每个 SpecValue 必须附带它参与生成的所有有效 SKU 的 spec_value_ids（排序一致的整数数组）。例如：红色对应 [1,4]（即颜色=1 & 尺码=4），而不是笼统地绑定到某个 sku_id。
这样前端才能做「交叉禁用」：当用户选了红色，就遍历所有其他尺码值，检查 [1,x] 是否存在于任一有效 spec_value_ids 中，不存在则置灰。
- 数据库里
think_sku表必须有spec_value_ids字段（JSON 或逗号分隔字符串均可，推荐 JSON） - 查规格时用
GROUP_CONCAT(DISTINCT spec_value_ids)或 PHP 端聚合，避免 N+1 - 不要把
spec_value_ids存成字符串如"1,4"后再用explode()—— 顺序不一致会导致匹配失败（"4,1"≠"1,4"）
selectSkuBySelected 函数要校验组合存在性
用户每次点击一个规格值，都要调用后端接口（如 /api/goods/sku-match），传入当前已选的 spec_value_ids 数组，返回剩余可选的规格值列表及是否可加入购物车。
立即学习“PHP免费学习笔记（深入）”；
这个接口不能只查「有没有库存」，必须验证该组合是否真实存在于 think_sku 表中 —— 有些商家会预设规格但未补全所有 SKU，空组合不能默认视为“有货”。
- SQL 示例：
SELECT * FROM think_sku WHERE goods_id = ? AND spec_value_ids = JSON_EXTRACT(?, '$')（MySQL 5.7+） - 若用字符串存储，需确保排序一致：
ORDER BY spec_value_ids ASC后再GROUP_CONCAT - 返回字段至少包含：
is_valid（组合是否存在）、stock（实时库存）、price（当前价）
前端禁用逻辑依赖后端返回的 available_values
很多项目把禁用规则写死在 JS 里，比如“选红色后尺码只留 M、L”，这是错的 —— 实际库存是动态的，M 可能刚被拍完。正确做法是：每次选中后，以后端返回的 available_values 为准重绘规格项状态。
available_values 是个二维数组，结构如：{color: [1,2], size: [3,5]}，表示颜色 ID 1 和 2、尺码 ID 3 和 5 当前仍可选。
- 前端渲染时，对每个规格值判断其
id是否在对应键的数组内，不在则加disabled类 - 不要用
data-disabled或 class 名硬编码禁用状态，它会和用户历史选择冲突 - 注意清空已选但不再可用的值（比如之前选了红色+XL，现在 XL 不可选了，要自动取消 XL 选中）
最常被忽略的是规格值 ID 的全局唯一性 —— 如果不同规格（如“颜色”和“材质”）用了重复的 id（都从 1 开始自增），spec_value_ids 数组就失去意义。务必保证 think_spec_value.id 全局唯一，或改用复合主键+映射表。
