本文介绍在三层嵌套 recyclerview（商店 → 商品 → 附加项）场景下，如何可靠地汇总每家店铺的商品总金额（含数量与附加项价格），避免因 adapter 生命周期和 viewholder 复用导致的总价计算失效问题。核心方案是**预计算、解耦数据与 ui**。
在 Android 开发中，使用嵌套 RecyclerView 实现复杂购物车结构（如：CartStoreAdapter → CartItemAdapter → CartItemAddonAdapter）虽能灵活展示层级数据，但极易陷入「UI 驱动计算」的陷阱——即在 onBindViewHolder() 中边渲染边累加总价（如 totalItems += subTotal）。这种做法看似直观，实则存在严重缺陷：
- ✅ ViewHolder 是可复用的，bind() 可能被多次调用（如滑动后重新绑定），导致 totalItems 被重复累加；
- ❌ totalItems 是 CartItemAdapter 的实例变量，但每个 CartStoreModel 对应一个独立的 CartItemAdapter 实例，其生命周期短且不可控；
- ❌ 在 CartStoreAdapter.ItemRowHolder.bind() 中调用 cartItemAdapter.getTotalItems() 时，该 Adapter 尚未完成全部 onBindViewHolder() 执行（Recycler View 异步绑定机制），返回值恒为初始值（如 0.0）。
✅ 正确解法：数据层预计算（推荐 ViewModel + 不可变模型）
将价格聚合逻辑从 UI 层彻底剥离，交由 ViewModel 或 Repository 层在数据准备阶段完成。确保 CartStoreModel 携带最终所需的 storeTotalPrice 字段，Adapter 仅负责展示。
步骤 1：增强数据模型
为 CartStoreModel 添加只读总价字段（避免运行时意外修改）：
public class CartStoreModel {
private String nama_merchant;
private List cartItem;
private double storeTotalPrice; // ← 新增：预计算的本店总价
// 构造时传入已计算好的总价
public CartStoreModel(String nama_merchant, List cartItem, double storeTotalPrice) {
this.nama_merchant = nama_merchant;
this.cartItem = cartItem;
this.storeTotalPrice = storeTotalPrice;
}
// Getter only
public double getStoreTotalPrice() { return storeTotalPrice; }
// ... 其他 getter/setter
} 步骤 2：在 ViewModel 中执行聚合计算（主线程安全）
public class CartViewModel extends ViewModel {
private final MutableLiveData> cartStoreData = new MutableLiveData<>();
public LiveData> getCartStoreData() {
return cartStoreData;
}
// 调用此方法初始化带总价的数据
public void loadCartWithTotals(List rawStores) {
List storesWithTotals = new ArrayList<>();
for (CartStoreModel store : rawStores) {
double storeTotal = calculateStoreTotal(store);
storesWithTotals.add(new CartStoreModel(
store.getNama_merchant(),
store.getCartItem(),
storeTotal
));
}
cartStoreData.postValue(storesWithTotals); // 安全更新 UI
}
private double calculateStoreTotal(CartStoreModel store) {
double total = 0.0;
for (CartItemModel item : store.getCartItem()) {
double itemBasePrice = item.getHarga_promo() > 0 ? item.getHarga_promo() : item.getHarga_item();
double addonPrice = item.getCartItemVar().stream()
.mapToDouble(CartItemVarModel::getVar_price)
.sum();
double itemCost = (itemBasePrice + addonPrice) * item.getQty();
total += itemCost;
}
return total;
}
} ? 提示：若商品量极大（>1000 条），可将 calculateStoreTotal() 放入 viewModelScope.launch(Dispatchers.Default) 中异步执行，避免阻塞主线程。
步骤 3：简化 Adapter，专注展示
CartStoreAdapter 不再创建子 Adapter 后立即读取总价，而是直接使用模型中已计算好的值：
public class CartStoreAdapter extends RecyclerView.Adapter{ private final List storeDataList; public CartStoreAdapter(List storeDataList) { this.storeDataList = storeDataList; } @Override public void onBindViewHolder(@NonNull ItemRowHolder holder, int position) { holder.bind(storeDataList.get(position)); } public class ItemRowHolder extends RecyclerView.ViewHolder { private final TextView tvStoreName, tvStoreTotal; private final RecyclerView rvStoreItems; public ItemRowHolder(@NonNull View itemView) { super(itemView); tvStoreName = itemView.findViewById(R.id.tvStoreName); tvStoreTotal = itemView.findViewById(R.id.tvStoreTotal); rvStoreItems = itemView.findViewById(R.id.rvStoreItems); } public void bind(CartStoreModel store) { tvStoreName.setText(store.getNama_merchant()); // ✅ 直接使用预计算值，无需访问子 Adapter Utility.currencyTXT(tvStoreTotal, String.valueOf(store.getStoreTotalPrice()), itemView.getContext()); // 子 Adapter 仅负责渲染，不参与计算 CartItemAdapter itemAdapter = new CartItemAdapter(store.getCartItem(), itemView.getContext(), R.layout.cart_item); rvStoreItems.setAdapter(itemAdapter); rvStoreItems.setLayoutManager(new LinearLayoutManager(itemView.getContext(), LinearLayoutManager.VERTICAL, false)); } } }
CartItemAdapter 和 CartItemAddonAdapter 同样移除所有累加逻辑，保持纯粹的 UI 绑定职责。
⚠️ 关键注意事项
- 禁止在 ViewHolder 中维护跨 item 的状态（如 totalItems），这是 RecyclerView 最常见的反模式；
- Adapter 不是计算器，而是渲染器——所有业务逻辑（价格、库存、校验）应在数据层完成；
- 若需实时响应用户操作（如修改数量、勾选商品），应通过回调（如 OnQuantityChangedListener）通知 ViewModel 重新计算并刷新对应 CartStoreModel；
- 使用 DiffUtil 优化列表更新，避免全量刷新导致总价重算。
通过将计算前置、数据与 UI 解耦，你不仅能获得准确稳定的总价显示，还能大幅提升代码可测试性、可维护性，并为后续添加优惠券、运费等复杂逻辑打下坚实基础。
