嘿，这个问题我之前也帮朋友排查过——正常情况下，主进程里的Application.onCreate()绝对只会被调用一次，因为Android系统的设计逻辑是：一个进程对应一个Application实例，进程启动时初始化一次，进程存活期间不会重复初始化。但你在Android 7.0上遇到的频繁触发，肯定是有特殊场景在搞事情，我来梳理几个大概率的原因和排查方向：

一、可能触发的异常场景（针对Android 7.0） #

• 进程被系统反复杀死重启：这是最常见的原因。Android 7.0的内存管理机制相对严格，加上部分厂商定制ROM的优化逻辑，当应用在后台时，若系统内存紧张，主进程会被杀死；当用户再次唤起应用（或某些组件被触发），系统会重启主进程，此时Application.onCreate()会再次执行。如果你的应用后台有常驻服务、推送接收器等，可能会导致进程被频繁拉起重启。
• 自定义Application/第三方SDK初始化引发崩溃：如果在Application.onCreate()里的初始化逻辑（比如某个第三方SDK、自定义工具类）存在未捕获的异常，会导致进程崩溃。系统会尝试自动重启进程，进而再次触发onCreate()，看起来像是“多次调用”。这种情况在Android 7.0上更常见，因为部分旧SDK对7.0的适配不佳。
• ContentProvider初始化顺序冲突：Android系统中，ContentProvider的onCreate()会优先于Application.onCreate()执行。如果你的App或第三方SDK包含多个ContentProvider，其中某个的初始化逻辑出现异常（比如死锁、崩溃），会导致进程重启，间接触发Application的重复初始化。
• MultiDex兼容性问题：如果你的应用开启了MultiDex，在Android 7.0的部分设备上，可能存在类加载异常（比如主dex以外的类加载失败），进而引发进程崩溃重启，导致onCreate()多次执行。

二、实用排查步骤 #

• 先确认是同一进程还是多进程：在Application.onCreate()的第一行打印日志，带上进程ID：Log.d("AppDebug", "onCreate called, PID: " + android.os.Process.myPid())。如果每次调用的PID不同，说明是进程被重启；如果PID相同，那才是同一进程内的异常调用（这种情况极罕见，大概率是系统bug或自定义代码逻辑错误）。
• 排查崩溃/ANR日志：去系统的Logcat里搜索Process crashed、ANR in等关键词，看有没有进程崩溃的记录——这是进程重启的直接证据。如果有崩溃栈，就能快速定位到触发崩溃的代码。
• 检查Manifest配置：仔细核对所有组件（Activity、Service、Receiver、ContentProvider）的android:process属性，确保没有意外将某个组件配置到主进程以外的进程，同时确认主进程名称（默认是包名）没有被错误修改。
• 逐个禁用第三方SDK：很多时候问题出在第三方SDK上。尝试逐个禁用SDK，每次测试是否还会出现多次调用的情况，找到罪魁祸首后针对性适配。
• 测试原生Android 7.0模拟器：如果在原生模拟器上不出现问题，那大概率是厂商定制ROM的优化逻辑导致的，可以针对性做厂商适配（比如添加后台白名单）。

总的来说，主进程中Application.onCreate()“多次调用”的本质几乎都是进程被反复重启，而非同一进程内的重复初始化。先通过PID日志确认核心原因，再一步步排查，很快就能定位问题啦。

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