RecyclerView内嵌CardView的TextView统一宽度异常问题求解

问题原因分析 #

• 仅部分条目更新的原因：RecyclerView的childCount仅返回当前屏幕内可见的子View数量，离屏的条目会被回收复用，不会存在于RecyclerView的子视图树中，因此遍历childCount只能修改可见区域内的条目，离屏条目自然不会生效。同时你遍历子View索引直接作为position传入findViewByPosition的写法本身存在错误，RecyclerView子View的索引和条目的position没有对应关系（比如滑动后第一个可见子View的position可能大于0），会导致测量、设置的目标View错误。
• requestLayout()警告的原因：doOnLayout回调是在View布局流程执行过程中触发的，此时你直接修改TextView的width属性，会触发View重新请求布局，导致当前布局流程还未完成就需要执行第二次布局，系统因此抛出警告，同时会带来不必要的性能损耗。
• 编辑内容后更新不生效的额外原因：修改条目内容后如果没有先同步更新数据源、调用适配器的notify系列方法刷新条目，你测量到的TextView内容还是修改前的旧内容，计算出的最大宽度自然不正确。

修复方案 #

1. 调整逻辑架构，把宽度设置下沉到Adapter的绑定逻辑 #

首先在类中定义全局变量存储目标列的最大宽度：

private var destColumnMaxWidth = 100 // 初始默认值

在Adapter的onBindViewHolder方法中，给对应TextView设置宽度，这样不管是新创建还是复用的条目都会自动应用统一宽度：

override fun onBindViewHolder(holder: MyViewHolder, position: Int) {
    // 其他原有绑定逻辑...
    holder.txtDest.width = destColumnMaxWidth
}

2. 修正最大宽度计算逻辑，不依赖RecyclerView子View #

直接遍历所有数据源的对应文本，用Paint提前计算最大宽度，避免受RecyclerView回收机制影响：

private fun calculateMaxDestWidth(): Int {
    var maxWidth = 100
    // 构造和条目内TextView配置完全一致的Paint，确保测量结果准确
    val paint = Paint().apply {
        textSize = resources.getDimension(R.dimen.你的txtDest字体大小)
        // 如果有自定义字体、加粗等样式，也要在这里同步配置
        typeface = Typeface.DEFAULT // 替换成你实际用的字体
    }
    // 遍历全量数据源的对应文本计算宽度
    dataList.forEach { item ->
        val textWidth = paint.measureText(item.destText).toInt()
        // 记得加上TextView的左右padding、左右drawable宽度等额外占用
        val totalWidth = textWidth + txtDestPaddingLeft + txtDestPaddingRight
        if (totalWidth > maxWidth) {
            maxWidth = totalWidth
        }
    }
    return maxWidth
}

3. 内容更新后的调用逻辑 #

修改完对话框的内容后，按以下顺序执行即可全局生效：

// 对话框关闭后执行
private fun onEditDialogDismiss() {
    // 1. 先更新你的列表数据源dataList
    // 2. 重新计算最大宽度
    destColumnMaxWidth = calculateMaxDestWidth()
    // 3. 通知适配器刷新，所有条目绑定时会自动应用新宽度
    myAdapter.notifyDataSetChanged()
    // 4. 更新头部宽度，用post避免布局过程中修改属性的警告
    txtHeader.post {
        txtHeader.width = destColumnMaxWidth
    }
}

4. 消除原有布局警告 #

如果确实需要在布局回调中修改View属性，用post方法把任务抛到主线程消息队列末尾，等当前布局流程走完再执行即可：

recyclerView.doOnLayout {
    recyclerView.post {
        // 把原来的计算和设置逻辑放到这里执行
    }
}

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