Activity中protected修饰的android:onClick方法为何能生效？

这个问题确实挺让人挠头的——明明官方明确要求android:onClick绑定的方法得是仅接收View参数的public方法，但实际跑起来却有的设备能用、有的不行，核心原因其实和Android系统的实现差异以及反射机制的细节有关：

• 厂商定制系统的差异
  原生Android系统严格遵循Class.getMethod()的规则，只会查找类中的public方法。但部分厂商对系统源码做了定制修改，在解析android:onClick属性时，改用了Class.getDeclaredMethod()来查找方法——这个方法能获取到包括protected、private在内的所有声明方法，只要后续调用setAccessible(true)就能绕过访问权限检查执行非public方法。这就导致在这些定制系统上，protected方法也能被成功绑定并执行。

• 同API等级下的系统补丁/适配差异
  哪怕是标注了相同的API等级，不同设备的系统补丁版本或者厂商的适配修改也可能影响这一逻辑。比如某些旧版本的Android系统在实现点击事件绑定的时候，没有严格按照规范的反射逻辑执行，存在兼容性漏洞，允许非public方法被绑定；而后续的系统更新修复了这个问题，所以同API等级的新设备或模拟器就不再支持这种写法。

• 编译与运行时的优化/混淆差异
  如果你的项目开启了代码混淆，部分混淆规则可能会意外地将protected方法的访问权限调整为public，或者保留了方法的可访问性；而在没有开启混淆的环境下，系统则会严格遵循访问权限检查。另外，ART虚拟机的即时编译（JIT）或提前编译（AOT）优化策略不同，也可能导致反射时的方法可访问性检查出现差异。

需要特别注意的是，这种不一致的表现属于未定义行为，官方文档早已明确要求必须使用public方法。所以无论部分设备是否支持，都应该把doClick方法修改为public，才能保证在所有设备上的兼容性：

public void doClick(View view) {
    // 你的点击逻辑实现
}

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