贝尔阿克奥特曼,天邪吟,太原艾滋病检测
前言
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上数字含义：
每一个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开发者们能有所帮助，如果有疑问大家可以留言交流。
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
Android studio 解决logcat无过滤工具栏的操作
Android Studio 恢复小窗口停靠模式(Docked Mode)
Android studio保存logcat日志到本地的操作
Android Studio快捷键生成TAG、Log.x日志输出介绍
我要评论
网友评论