Activity和Service都有Context，这三个类，还有Application，其实是亲戚一家子。  Activity因为有了一层Theme，所以中间有个ContextThemeWrapper，相当于它是Service和Application的侄子。 ContextWrapper只是一个包装类，没有任何具体的实现，真正的逻辑都在ContextImpl里面。 一个应用包含的Context个数：Service个数+Activity个数+1(Application类本身对应一个Context对象)。 应用程序中包含多个ContextImpl对象，而其内部变量mPackageInfo指向同一个PackageInfo对象。 我们就拿Activity举例子，看看Activity和Context的联系和区别。 我们知道，跳转到一个新的Activity要这么写：  我们还知道，也可以在Activity中使用getApplicationContext方法获取Context上下文信息，然后使用Context 的startActivity方法，启动一个新的Activity：  这二者的区别是什么？我们画个图，就看明白了：  因为Context的startActivity方法，我看了在ContextImpl中的源码实现，仍然是从ActivityThread中取出Instrumentation，然后执行execStartActivity方法，这和使用Activity的startActivity方法的流程是一样的。 还记得我们前面分析的App启动流程么？在第五阶段，创建App进程的时候，先创建的ActivityThread，再创建的Application。Application的生命周期是跟着整个App走的。 而getApplicationContext得到的Context，就是从ActivityThread中取出来的Application对象，所以这个Context上下文，使用时要当心，容易引起内存泄露。