反射和查找子视图获取ViewPager2内部RecyclerView哪种方案更优？

长期使用更推荐选择「遍历查找ViewPager2子View并强转为RecyclerView」的方案，核心原因如下：

• 兼容性风险更低：反射访问私有属性mRecyclerView的方案高度依赖属性名固定不变，哪怕ViewPager2的迭代版本只修改了私有字段命名规则、或者开启了依赖包内部混淆，都会直接导致反射失效。而ViewPager2作为面向开发者的公开组件，其核心视图结构的稳定性远高于内部私有属性，不会随意调整或删除作为核心容器的RecyclerView子节点，遍历方案的适配周期更长。
• 无系统权限限制：高版本Android系统以及部分定制ROM对非公开API的反射访问有严格的拦截规则，反射方案存在触发运行时异常直接崩溃的风险。而遍历查找子View属于Android官方公开的视图操作API，不存在权限拦截问题，运行稳定性更高。
• 容错空间更大：遍历逻辑可以灵活增加校验规则，比如循环匹配所有子View直到找到第一个类型为RecyclerView的实例再进行后续操作，就算后续ViewPager2的子View结构有小幅调整，也可以快速调整遍历逻辑适配。而反射方案一旦属性名匹配失败就会直接抛出异常，几乎没有容错空间。

补充建议：两种方案都依赖ViewPager2的内部实现细节，建议在获取实例的逻辑处统一增加异常捕获，同时做好代码标记，后续如果ViewPager2官方开放了获取内部RecyclerView的公开接口，第一时间替换为官方API即可。

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