View.GONE对Constraint.Group特定子视图不生效，此现象是否正常？

没错，你遇到的这个现象完全是符合ConstraintLayout中Group组件的设计预期的，并不是bug。

为什么单独设置子视图A的visibility不生效？ #

ConstraintLayout的Group本质上是一个逻辑分组控制器，它的核心作用就是批量管理多个子视图的可见性、透明度等属性。当你通过Constraint.Group.visibility = View.GONE设置了组的可见性后，ConstraintLayout会让这个Group接管所有子视图的可见性状态——也就是说，Group的设置会覆盖子视图自身的visibility配置。

简单来说：一旦你用Group给子视图们设置了统一的可见性，单独修改某个子视图的visibility就会被Group的规则“压制”，不会产生预期效果。

如何实现单独控制子视图的需求？ #

如果你需要单独调整某个子视图的可见性，可以参考这几种方案：

• 方案1：先解除Group的管控
  先把Group的visibility设置为View.VISIBLE（或者INVISIBLE，根据你的需求），这样Group就不再强制子视图遵循它的可见性规则了，之后再单独修改子视图的visibility就会生效：

  // 先让Group不再管控可见性
  group.visibility = View.VISIBLE
  // 现在单独设置A的可见性就能正常生效
  A.visibility = View.GONE
  

• 方案2：将子视图移出Group
  如果这个子视图不需要再被Group批量控制，可以直接在布局文件中把它从Group的constraint_referenced_ids属性里移除，之后它的visibility就可以独立设置了。
• 方案3：使用多个Group拆分控制
  如果需要同时保留批量控制和部分子视图的独立控制，可以把视图分成多个Group，比如一个Group包含B、C，另一个单独控制A，这样就能灵活调整不同分组的可见性。

总结 #

Group的设计初衷就是保证批量控制的一致性，所以它的优先级会高于子视图自身的visibility设置。你遇到的情况是完全正常的，按照上面的方案就能实现你想要的单独控制效果。

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