Android开发中控件点击事件用xml onClick属性还是统一监听更佳？

针对Navigation Drawer的开发场景，更推荐使用方案二，两种方案的核心差异如下：

• 适配场景范围差异
  方案一的android:onClick属性仅对Activity直接加载的XML布局生效，如果后续你将Navigation Drawer抽为独立Fragment、自定义View组件，或者使用动态加载布局的场景，该属性会直接失效，因为系统无法找到对应宿主的绑定方法。而方案二适配Activity、Fragment、自定义View等所有场景，灵活性更高。
• 代码可维护性差异
  方案一的点击逻辑与XML强耦合，如果你后续重构修改方法名、拆分业务逻辑，很容易漏改XML中的属性导致运行时崩溃，且这类错误编译期不会抛出，排查成本高。方案二的id绑定、点击逻辑都集中在业务代码中，重构时IDE会自动检查关联引用，错误会在编译期提前暴露；当导航抽屉的功能按钮较多时，方案一每个按钮对应一个独立方法，逻辑非常分散，方案二将所有点击逻辑收拢在onClick的switch分支中，所有导航跳转逻辑一目了然，维护成本更低。
• 功能扩展灵活性差异
  方案一仅支持绑定无额外参数的点击回调，如果你需要实现点击防抖、统一点击埋点、导航按钮选中态统一切换（导航抽屉的高频需求），每个独立方法都要重复编写相同逻辑。方案二可以在onClick方法的统一入口提前添加通用逻辑，代码复用性大幅提升。
• 性能差异
  两者性能差距极小，仅在极端场景下可感知：方案一底层是通过反射调用绑定方法，调用效率略低于方案二的直接接口回调，当点击事件数量较多时会产生微小的性能损耗。

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