React Native v0.73.2 Android端Flipper依赖为何用implementation？

其实这是React Native团队在配置上的权衡选择，主要有这几个原因：

• 靠代码条件判断控制启用时机，而非依赖范围
  虽然依赖用了implementation，但React Native核心代码里已经做了判断——只有在调试模式（BuildConfig.DEBUG为true）下才会初始化Flipper相关逻辑。到了release构建阶段，ProGuard/R8会自动把这些仅调试用的代码剔除，不会打包进最终的release APK，所以不用担心冗余代码或依赖的问题。

• 历史配置的延续性
  早期React Native版本集成Flipper时就用了implementation，后续版本为了保持配置的兼容性，没改成debugImplementation。毕竟只要代码层面的控制逻辑到位，依赖标记的选择不会影响实际的release包性能。

• 简化多环境配置复杂度
  如果改成debugImplementation，就得在debug和release环境下分别维护依赖配置，反而增加了开发者的配置成本。统一用implementation，配合内置的调试判断逻辑，既能满足调试需求，又不用额外折腾多环境依赖，对大多数开发者来说更省心。

你可以自己验证：打包一个release版本的APK，反编译后查看是否存在Flipper相关类，或者看构建日志，能看到ProGuard已经把调试相关的Flipper代码移除了。

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