嵌套RecyclerView中Spinner选中后消失问题排查求助

这个问题我之前在项目里也碰到过类似的情况，结合你描述的嵌套RecyclerView+FlexboxLayoutManager（ROW方向）的场景，大概率是这几个核心原因导致的，咱们一个个来分析：

1. RecyclerView复用机制引发的视图状态错乱 #

RecyclerView的ViewHolder复用是一把双刃剑，当内部RecyclerView的Spinner状态变化时，如果没有正确保存和恢复每个item的独立状态，很容易出现视图错乱——看起来是最后一个Spinner消失，其实是它被错误复用了之前某个ViewHolder的状态（比如被设置成了TextView或者隐藏状态）。

排查&解决方法：

• 给内部RecyclerView的数据源新增字段，专门保存每个Spinner的选中状态（比如选中位置、选项内容），不要依赖ViewHolder缓存状态；
• 在onBindViewHolder方法中，严格根据当前item的数据源来设置Spinner的选中项和可见性，比如：

  override fun onBindViewHolder(holder: ItemViewHolder, position: Int) {
      val item = dataList[position]
      if (item.isSpinner) {
          holder.spinner.visibility = View.VISIBLE
          holder.spinner.setSelection(item.selectedPosition)
      } else {
          holder.spinner.visibility = View.GONE
          holder.textView.text = item.content
      }
  }
  

• 避免直接在ViewHolder中存储状态，所有状态都通过数据源管理，确保每次绑定都能拿到正确的配置。

2. FlexboxLayoutManager的布局测量/排版异常 #

因为你用了FlexDirection.ROW的Flexbox布局，当倒数第二个Spinner选中选项后，它的宽度可能发生变化（比如选项文本更长），这会触发Flexbox重新计算行内元素的布局，如果配置不当，最后一个Spinner可能被挤出可视区域，或者被计算为0宽度，看起来就像消失了。

排查&解决方法：

• 检查FlexboxLayoutManager的flexWrap配置，如果没设置FlexWrap.WRAP，当行内总宽度超过父容器时，后面的元素会被挤出屏幕；
• 检查Spinner的布局参数：避免给Spinner设置match_parent的宽度，尽量用wrap_content或者固定宽度，防止它占用过多空间挤掉其他元素；
• 在Spinner的OnItemSelectedListener回调中，手动调用内部RecyclerView的requestLayout()方法，强制触发重新布局，比如：

  spinner.setOnItemSelectedListener(new AdapterView.OnItemSelectedListener() {
      @Override
      public void onItemSelected(AdapterView<?> parent, View view, int position, long id) {
          // 更新数据源状态
          innerRecyclerView.requestLayout();
      }
  
      @Override
      public void onNothingSelected(AdapterView<?> parent) {}
  });
  

• 可以尝试给内部RecyclerView的父容器设置固定宽度，或者确保父容器的测量模式是EXACTLY，避免Flexbox布局时出现不确定的尺寸计算。

3. 数据更新时的索引错误或数据源误修改 #

如果在处理倒数第二个Spinner的选中事件时，不小心修改了内部RecyclerView的数据源（比如误删了最后一个item的数据），那么notifyDataSetChanged后，最后一个Spinner自然就消失了——这是最容易被忽略的低级错误。

排查&解决方法：

• 检查Spinner选中事件的处理代码，确认有没有对数据源执行remove()、clear()或者其他修改集合大小的操作；
• 在更新数据后，打印数据源的size和最后一个元素的内容，确认数据是否完整；
• 尽量使用notifyItemChanged(position)替代notifyDataSetChanged()，只刷新发生变化的item，减少全量刷新带来的意外问题。

4. 焦点冲突或可见性被意外修改 #

嵌套RecyclerView的焦点管理比较复杂，当选中倒数第二个Spinner时，可能触发焦点转移，导致最后一个Spinner的焦点丢失并被隐藏；或者在事件回调中不小心修改了最后一个Spinner的visibility属性。

排查&解决方法：

• 检查OnItemSelectedListener的实现，确保没有任何代码修改最后一个Spinner的visibility；
• 给内部RecyclerView的父布局添加android:descendantFocusability="blocksDescendants"，避免焦点冲突影响视图显示；
• 可以在选中事件后，手动设置最后一个Spinner的visibility为View.VISIBLE，如果能显示，说明就是可见性被意外修改了。

内容的提问来源于stack exchange，提问作者Sereekjan