Android面试笔记之常问的Context

前言

context，在翻译为上下文，也可以理解为环境，是提供一些程序的运行环境基础信息。基本上在开发项目的时候，时刻都有接触到。android程序不像java程序，随便创建一个类，写个main()方法就能跑，而是要有一个完整的android工程环境，在这个环境下，有像activity、service、broadcastreceiver等系统组件，而这些组件并不是像一个普通的java对象new一下就能创建实例的了，而是要有它们各自的上下文环境，也就是context。可以说context是维持android程序中各组件能够正常工作的一个核心功能类。

context是个抽象类，下图取自网络，可以看到context的继承结构。

contextwrapper是上下文功能的封装类，而contextimpl则是上下文功能的实现类。

而contextwrapper又有三个直接的子类， contextthemewrapper、service和application。其中，contextthemewrapper是一个带主题的封装类，而它有一个直接子类就是activity，所以activity和service以及application的context是不一样的，只有activity需要主题，service不需要主题。

context一共有三种类型，分别是application、activity和service。

这三个类虽然分别各种承担着不同的作用，但它们都属于context的一种，而它们具体context的功能则是由contextimpl类去实现的，因此在绝大多数场景下，activity、service和application这三种类型的context都是可以通用的。不过有几种场景比较特殊，比如启动activity，还有弹出dialog。出于安全原因的考虑，android是不允许activity或dialog凭空出现的，一个activity的启动必须要建立在另一个activity的基础之上，也就是以此形成的返回栈。而dialog则必须在一个activity上面弹出（除非是system alert类型的dialog），因此在这种场景下，我们只能使用activity类型的context，否则将会出错。

context应用场景：

no上数字含义：

1. 一个非activity的context可以用于启动一个activity，但这样启动的activity需要新创建一个activity堆叠栈。这个在某些特定情形下或许会适用，一般情况不推荐。
   
2. 这个其实也是可以的，但是这样导入的布局会用当前系统的默认主题来设置，若是自定义了某些样式可能不会被使用。
   
3. 在android 4.2及以上的系统里，若receiver为null，则允许，用于获取黏性广播的当前值。
   

每一个activity和service以及application的context都是一个新的contextimpl对象。

getapplication()用来获取application实例的，但是这个方法只有在activity和service中才能调用的到。那么也许在绝大多数情况下我们都是在activity或者service中使用application的，但是如果在一些其它的场景，比如broadcastreceiver中也想获得application的实例，这时就可以借助getapplicationcontext()方法，getapplicationcontext()比getapplication()方法的作用域会更广一些，任何一个context的实例，只要调用getapplicationcontext()方法都可以拿到我们的application对象。

getbasecontext()方法得到的是一个contextimpl对象。application、activity这样的类其实并不会去具体实现context的功能，而仅仅是做了一层接口封装而已，context的具体功能都是由contextimpl类去完成的。

context数量 = activity数量 + service数量 + 1 （1为application）

最后注意下context的引用，防止内存泄露问题，还有关于context源码分析，网上还是很多资料可参考的。

总结

以上就是这篇文章的全部内容了，希望本文的内容对各位android开发者们能有所帮助，如果有疑问大家可以留言交流。