动态创建Chip并编程设选中时ChipGroup的setOnCheckedChangeListener无回调

这一表现是Material Components库的预期设计行为，不属于组件bug，核心原因可以拆解为三点：

• ChipGroup的setOnCheckedChangeListener本身的触发规则，仅响应用户主动交互产生的选中状态变更，不会响应代码层面直接修改单个Chip的isChecked属性这类非交互操作带来的状态变化。哪怕Chip已经被添加到ChipGroup容器内，直接调用单个Chip的isChecked = true修改状态，也不会触发ChipGroup的全局监听器，这是组件刻意做的逻辑隔离。
• 原代码的初始化时序存在偏差：在循环设置第一个Chip选中状态的时候，既没有把Chip添加到ChipGroup容器内，也还没有给ChipGroup绑定选中状态监听器，从流程上就不满足回调触发的条件。
• 该组件的触发规则和CheckBox的OnCheckedChangeListener逻辑存在设计差异：CheckBox的监听器会响应所有来源的选中状态变化，包括代码主动设置的状态，二者设计目标不同，不属于组件异常。

• 调整初始化顺序：先完成ChipGroup的选中状态监听器绑定，再进行动态Chip的添加、默认选中设置操作
• 不要在Chip还未添加到容器时，直接给单个Chip设置isChecked = true；等所有Chip添加完成后，调用ChipGroup提供的check(int id)方法设置默认选中项，该方法触发的选中变更，会正常触发已绑定的监听器回调。
• 提前确认ChipGroup开启了单选模式：需要显式设置chipGroup.isSingleSelection = true，未开启单选模式时，ChipGroup的setOnCheckedChangeListener本身就不会生效。

修正后的参考代码 #

// 1. 先绑定监听器
chipGroup.setOnCheckedChangeListener { group, checkedId ->
    val targetChip = group.findViewById<Chip>(checkedId)
    val channelId = targetChip?.tag.toString()
    Toast.makeText(requireContext(), channelId, Toast.LENGTH_LONG).show()
}

// 2. 循环创建并添加Chip
for (i in 0 until categoryChannelList.length()) {
    val chip = Chip(context).apply {
        id = i
        isCheckable = true
        //  chip样式配置逻辑
        tag = /* 对应渠道ID的取值逻辑 */
    }
    chipGroup.addView(chip)
}

// 3. 所有视图加载完成后，通过容器方法设置默认选中项
chipGroup.check(0)

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