Android Jetpack Compose项目是否可以不使用MainApplication文件？

问题解答 #

1. 是否存在必须在Application类中完成的操作？ #

绝大多数常规应用场景都不存在必须依赖自定义Application子类的操作，哪怕后续需要新增全局逻辑，临时新增自定义Application子类的成本也极低，不会出现让你后悔的结构性问题。
只有极少数特殊场景必须依赖自定义Application：

• 需要注册全局ActivityLifecycleCallbacks统一监听所有页面的生命周期
• 多进程架构下需要区分进程做差异化初始化
• 需要在App所有组件（Activity、Service、ContentProvider）初始化之前执行前置逻辑

这类场景占比极低，且后续可以随时新增自定义Application子类，只需要在Manifest中注册即可，不需要重构现有代码。

2. Koin是否可以在Application之外初始化？ #

完全可以。Koin的startKoin方法只要求传入正确的Context实例即可，你完全可以在MainActivity的onCreate方法中调用初始化，传入applicationContext避免内存泄漏即可。你看到的示例都放在Application中只是出于简化示例的考虑，不是强制要求。
如果担心重复初始化，也可以单独封装初始化工具类，或者用Jetpack App Startup库实现懒加载初始化，全程不需要触碰Application类。包含Room在内的所有依赖注入逻辑，只要依赖的Context正确，放在任意位置初始化都可以正常工作。

3. 权限相关逻辑是否可以在Application之外完成？ #

完全可以。权限的静态声明在AndroidManifest中配置，动态申请逻辑本身就要求在Activity、Fragment等UI组件中触发，Compose项目还可以直接在Composable中通过权限相关工具库申请权限，全程不需要和Application类产生关联。

4. 「尽可能避免子类化Application」是否属于最佳实践？ #

是目前官方推荐的最佳实践。自定义Application很容易演变为存放所有全局初始化逻辑的大杂烩，导致模块耦合严重，不利于后续的模块化拆分。现在更推荐将不同组件的初始化逻辑拆到对应模块中，通过App Startup等工具按需初始化，不需要把所有逻辑都塞到Application类中。当然如果你的业务确实有前文提到的必须自定义Application的场景，正常子类化也没有问题，只是不需要为了用而用。

5. 不生成Application子类是否和Compose有直接关联？ #

没有必然关联。Compose的运行完全不依赖自定义Application类，现在Android Studio的新模板默认不生成，只是官方在推行「最小可用默认代码」的原则，避免给项目引入不必要的默认文件，即使是纯View体系的新项目，现在的官方模板也不会默认生成自定义Application类。

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