最稳妥方式是将满减规则存入vuex state，结构需明确包含minamount、discount/rate、appliesto、isstackable字段；凑单实时计算仅累加已勾选商品并转为整数分运算；加购前校验商品是否存在以实现幂等；满减金额单独渲染并支持明细展开；规则缓存超2小时自动静默更新。
满减规则怎么存才不乱套
直接硬编码在页面里，后期改个“满299减30”就得全量发版；用接口返回又容易因字段模糊导致计算错。最稳妥的方式是把规则存在 Vuex 的 state 里，结构必须带明确的触发条件和抵扣逻辑：
-
minAmount：满减门槛（如 299） -
discount：固定减额（如 30），或rate（如 0.1 表示 9 折） -
appliesTo：适用商品范围（"all"、"category:101"、["id-001", "id-002"]） -
isStackable：是否可叠加（京东多数不可叠，但部分券可）
注意：不要用字符串拼接规则描述（比如 "满299减30，限指定品类"），那没法参与自动计算。
凑单逻辑怎么实时算才不卡顿
用户每勾选/修改一件商品，都要重算“还差多少才能触发满减”，但不能每次遍历全部商品再调一遍后端——响应必须在 100ms 内。关键做法是：
- 只对已勾选商品（
cart.items.filter(i => i.selected)）做累加，跳过未选中的 - 用
reduce而非 for 循环，避免中间变量和重复取值 - 金额统一转为分（整数）计算，杜绝浮点误差：
Math.round(item.price * 100) * item.count - 凑单推荐只查本地缓存的「高转化低单价」商品池（比如价格在
minAmount - currentTotal±20 元区间内），不实时请求接口
示例片段：
const need = Math.max(0, rule.minAmount - selectedTotal);<br>const suggestions = cachedGoods.filter(g => g.price >= need - 20 && g.price <h3>凑单按钮点击后怎么避免重复加购</h3><p>用户狂点“+1件凑单”，很容易把同一商品加多次，导致结算时数量异常。必须在加购前做幂等校验：</p>
- 检查该商品 ID 是否已在购物车中（
cart.items.find(i => i.id === target.id)） - 如果存在，只更新
count；不存在才push新项 - 加购成功后立即禁用按钮 500ms，并用
uni.showToast({ icon: 'success' })反馈，别只靠 UI 灰显 - 特别注意：微信小程序里
uni.setStorageSync是同步的，但vuex commit是异步的，要等saveToStoragemutation 执行完再放开按钮
满减金额怎么显示才不误导用户
很多开发者直接写“满减 ¥30”，但用户根本不知道这 30 块到底从哪扣——是所有商品均摊？还是优先扣高价商品？京东实际是按「折扣后价格倒序匹配」，即先扣最贵那件。实现时必须：
- 在结算页单独渲染一行“满减优惠：
-¥30”，不要混在商品小计里 - 点开详情时列出具体抵扣逻辑（例如：“¥199 商品 A 抵扣 ¥18，¥129 商品 B 抵扣 ¥12”）
- 若用户删掉被抵扣的商品，要立刻重新分配并刷新整个优惠明细，不能只改总额
- 测试边界：刚好卡在满减线（如总金额=299.00）时，确保
29900 === rule.minAmount * 100成立，避免因精度丢失失效
最易被忽略的是：满减规则可能随时间动态变化（比如限时活动），但本地缓存的 rule 不会自动刷新。上线后必须加个兜底机制——每次进入购物车页，用 uni.getStorageSync('lastRuleUpdate') 比对时间戳，超 2 小时就静默拉一次新规则。
