AbstractComposeView与TransitionManager搭配使用是否安全？

核心结论 #

二者直接混用存在明确的不稳定风险，不建议直接将TransitionManager作用在AbstractComposeView实例上。

冲突根源 #

• AbstractComposeView作为Compose和View体系的桥接容器，内部子元素完全由Compose组合树管控，官方默认禁止外部调用addView、removeView等View体系的子节点操作接口，强行调用会直接抛出运行时异常。
• 原生TransitionManager执行过渡动画时，会自动捕获布局前后的View树状态，在动画执行过程中主动调用addView插入过渡快照View，该逻辑属于View体系的内置逻辑，无法通过常规配置关闭，刚好触发AbstractComposeView的操作限制。

可行的兼容方案 #

• 如果必须保留原有TransitionManager的过渡逻辑，可在AbstractComposeView外层嵌套一层原生ViewGroup（比如FrameLayout），让TransitionManager作用于外层原生容器，避开直接操作AbstractComposeView。
• 优先替换为Compose原生的Transition动画API实现同类过渡效果，完全规避两种体系动画逻辑的冲突。

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