Application, Activity, ContentProvider启动顺序

最新推荐文章于 2024-06-26 15:09:41 发布

beyond702

最新推荐文章于 2024-06-26 15:09:41 发布

阅读量1.2w

点赞数 3

分类专栏： Android系统

本文链接：https://blog.csdn.net/beyond702/article/details/49666809

版权

文章探讨了在Android系统中，Application、Activity和ContentProvider的启动顺序，通过分析调用栈和源码，揭示了在 Dex 加壳过程中ContentProvider能正常运行的原理。作者发现，ContentProvider的初始化在Application的初始化过程中发生，而Activity则在其之后。关键在于DexClassLoader的替换，使得加壳后的类能够被正确加载和初始化。

摘要由CSDN通过智能技术生成

先交代一下本次问题的背景，由于最近在调研dex加壳，按照Jack_jia的加壳技术方案中的步骤做了demo，然后在android5.0以上系统上运行的时候发现，在解壳的过程中设置ContentProvider的地方有点问题，然后我就把那段代码注释掉了，结果发现程序竟然能够正常运行，感觉很奇怪，由于本人资历尚浅，对Android和加壳的机制都是一知半解，特别是对于ContentProvider更是完全不了解，所以决定把这部分搞清楚。

就先在Application，Activity和ContentProvider三个类的onCreate函数中打印了log，发现它们的启动顺序为：

Application->attachBaseContext =====>ContentProvider->onCreate =====>Application->onCreate =====>Activity->onCreate

如果是这个顺序就更奇怪了，因为在被加壳dex中定义的Provider这时候竟然已经被启动了，在脱壳程序中ProxyApplication->attachBaseContext只是创建了被加壳dex的DexClassLoader，并LoadedApk中的classloader替换掉