本文详解如何在三层嵌套 recyclerview（商店 → 商品 → 附加项）结构中，正确计算并向上回传每家店铺的总价（含商品主价、附加项价格及数量），避免因 adapter 生命周期与数据绑定时机导致的数值丢失问题。
在 Android 开发中，使用嵌套 RecyclerView 实现复杂层级列表（如购物车按商家分组）虽灵活，但极易陷入“状态不可靠”陷阱——尤其是涉及跨层级数据聚合（如总价计算）时。你当前遇到的核心问题：CartItemAdapter 内部能正确累加 totalItems 并输出日志，但在 CartStoreAdapter 中调用 getTotalItems() 却返回 0.0，根本原因在于 totalItems 是一个未初始化、未持久化、且未在 Adapter 全生命周期内被可靠维护的临时变量。
❌ 为什么 totalItems += subTotal 在 ViewHolder 中失效？
- CartItemAdapter 的 onBindViewHolder() 会被反复调用（复用机制），每次绑定新 item 时，totalItems 都可能被覆盖或重置；
- getTotalItems() 被调用时（在 CartStoreAdapter.ItemRowHolder.bind() 中），CartItemAdapter 尚未完成全部 onBindViewHolder() 执行，totalItems 仍为初始值 0.0；
- 更关键的是：totalItems 属于 Adapter 实例状态，但其更新逻辑分散在 ViewHolder 的 bind() 中，缺乏同步保障，也违背了「数据驱动 UI」的设计原则。
✅ 推荐方案：预计算 + 不可变数据模型
最佳实践是将总价计算逻辑前置到数据层，而非依赖 UI 组件（Adapter/ViewHolder）临时聚合。 这样既保证数据一致性，又解耦 UI 与业务逻辑，提升可测试性与性能。
步骤一：增强 CartStoreModel 模型，支持总价缓存
public class CartStoreModel {
private String nama_merchant;
private List cartItem;
private double totalStorePrice; // ← 新增字段：该店总金额（含商品+附加项+数量）
// 构造时即计算，或提供计算方法
public void calculateTotalStorePrice() {
this.totalStorePrice = 0.0;
if (cartItem != null) {
for (CartItemModel item : cartItem) {
double itemBasePrice = item.getHarga_promo() > 0 ? item.getHarga_promo() : item.getHarga_item();
double addonPrice = item.getCartItemVar() != null
? item.getCartItemVar().stream()
.mapToDouble(CartItemVarModel::getVar_price)
.sum()
: 0.0;
double subTotal = (itemBasePrice + addonPrice) * item.getQty();
this.totalStorePrice += subTotal;
}
}
}
// Getter
public double getTotalStorePrice() {
return totalStorePrice;
}
} 步骤二：在设置 Adapter 前完成预计算（推荐在 ViewModel 或 Repository 层）
// StoreViewModel.java
public class StoreViewModel extends ViewModel {
private MutableLiveData> storeListLiveData = new MutableLiveData<>();
public void loadCartStores(List rawStores) {
// ✅ 在后台线程计算总价（避免主线程阻塞）
new Thread(() -> {
for (CartStoreModel store : rawStores) {
store.calculateTotalStorePrice(); // 触发预计算
}
// 切回主线程更新 UI
postValue(rawStores);
}).start();
}
private void postValue(List value) {
storeListLiveData.postValue(value);
}
public LiveData> getStoreListLiveData() {
return storeListLiveData;
}
} 步骤三：CartStoreAdapter 直接读取已计算好的总价
public class CartStoreAdapter extends RecyclerView.Adapter{ private List storeDataList; private Context mContext; private int rowLayout; public CartStoreAdapter(List storeDataList, Context mContext, int rowLayout) { this.storeDataList = storeDataList; this.mContext = mContext; this.rowLayout = rowLayout; } @Override public void onBindViewHolder(@NonNull ItemRowHolder holder, int position) { CartStoreModel store = storeDataList.get(position); holder.bind(store); } public class ItemRowHolder extends RecyclerView.ViewHolder { TextView tvStoreName, tvStoreTotal; 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()); Utility.currencyTXT(tvStoreTotal, String.valueOf(store.getTotalStorePrice()), mContext); // 子 Adapter 不再负责总价计算，仅渲染 CartItemAdapter cartItemAdapter = new CartItemAdapter( store.getCartItem(), mContext, R.layout.cart_item ); rvStoreItems.setAdapter(cartItemAdapter); rvStoreItems.setLayoutManager(new LinearLayoutManager(mContext, LinearLayoutManager.VERTICAL, false)); } } }
✅ 优势总结：数据可信：总价在进入 UI 层前已确定，不受 ViewHolder 复用、异步绑定影响；性能可控：计算可放子线程，避免卡顿；职责清晰：Adapter 专注渲染，Model/ViewModel 承担业务逻辑；易于扩展：后续支持价格实时更新、优惠券叠加等，只需修改 calculateTotalStorePrice()。
⚠️ 补充建议
- 若需支持动态修改（如用户调整商品数量后实时刷新总价），请结合 DiffUtil + notifyItemChanged()，并在 CartItemModel 中暴露 updateQty(int) 方法，触发对应 CartStoreModel 的 calculateTotalStorePrice() 重算；
- 避免在 Adapter 中持有 Context 强引用以防内存泄漏，建议使用 Application Context 或 WeakReference；
- 对于超大数据集（如百级店铺），可考虑使用 ListAdapter + AsyncListDiffer 进一步优化。
通过将“计算”从 UI 层上提到数据层，你不仅解决了当前的总价传递难题，更构建了一个健壮、可维护、符合现代 Android 架构规范的购物车模块。
