是神马?
是一个访问系统资源 和 进行应用级别操作的 抽象接口,简称上下文
有什么用&怎么用?
-
创建新对象:new views,adapters,listeners
TextView tv = new TextView(getContext());
ListAdapter adapter = new SimpleCursorAdapter(getApplicationContext(), ...); -
访问标准系统资源:Services,SharedPreferences
AudioManager am = (AudioManager) getContext().getSystemService(Context.AUDIO_SERVICE);
getApplicationContext().getSharedPreferences(name, mode);
getApplicationContext().getContentResolver().query(uri, ...);
getContext().getResources().getDisplayMetrics().widthPixels * 5 / 8; -
进行应用级别的操作:startActivity,startService,发送广播...
getContext().startActivity(intent);
getContext().startService(intent);
getContext().sendBroadcast(intent);
Context类型
- getApplicationContext():Application的Context, 生命周期贯穿整个App
- getContext():组件的Context,与组件生命周期同步
- getBaseContext():(Google Android 工程师Dianne Hackborn 不建议使用,具体原因没详述)
- or this (when in the Activity class),同getContext()
上述Context类型 区别主要是生命周期的不同。
使用建议
Context 使用场景对比注:引自http://blog.csdn.net/lmj623565791/article/details/40481055
大家注意看到有一些NO上添加了一些数字,其实这些从能力上来说是YES,但是为什么说是NO呢?下面一个一个解释:
-
数字1:启动Activity在这些类中是可以的,但是需要创建一个新的task。一般情况不推荐。
-
数字2:在这些类中去layout inflate是合法的,但是会使用系统默认的主题样式,如果你自定义了某些样式可能不会被使用。
-
数字3:在receiver为null时允许,在4.2或以上的版本中,用于获取黏性广播的当前值。(可以无视)
注:ContentProvider、BroadcastReceiver之所以在上述表格中,是因为在其内部方法中都有一个context用于使用。但这两个都不会被统计到App context个数中。
好了,这里我们看下表格,重点看Activity和Application,可以看到,和UI相关的方法基本都不建议或者不可使用Application,并且,前三个操作基本不可能在Application中出现。实际上,只要把握住一点,凡是跟UI相关的,都应该使用Activity做为Context来处理;其他的一些操作,Service,Activity,Application等实例都可以,当然了,注意Context引用的持有,防止内存泄漏。关于这一点,有如下三个建议:
-
建议一:不要长时间持有 组件的Context,(持有的情况可能有 workThread, static 变量,non-static inner Class)
-
建议二:对于不受控的非静态内部类,建议修改成静态内部类,同时采用弱引用的方式 引用 Activity/Service 的Context。
-
建议三:其他可以使用Application Context 的地方,就用Application Context。
Framework实现
0_1330607569Vj4c.gif面试常见问题
Q1. App 有几个context
A:总Context实例个数 = Service个数 + Activity个数 + 1(Application对应的Context实例)
Q2. context 导致的内存泄露?如何避免?(参考使用建议)
A:一句话描述就是:Activity 销毁时,其他线程、静态变量、不受控非静态内部类依旧持有该Activity的context 导致 Activity对象 内存泄露
可以使用检测工具
[square出品的leakcanary]https://github.com/square/leakcanary
Q3. 其他
对于第三方jar,当需要传入ApplicationContext进行初始化时,最好不要将初始化过程放在Application class 中,因为一旦第三方初始化失败,App启动不了,上线后,影响是致命的;即使要放在Application中也是做好异常处理;
比如:
public class MapSDKInitActivity extends Activity{
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
/**
* fix:java.lang.UnsatisfiedLinkError:Native method not found: com.baidu.platform.comjni.map.commonmemcache.JNICommonMemCache
*/
try {
SDKInitializer.initialize(getApplicationContext());
} catch (Error e) {
MapUtils.setBaiduNotSupport(true);
} catch (Exception e) {
MapUtils.setBaiduNotSupport(true);
}
}
}
参考
[1]http://stackoverflow.com/questions/3572463/what-is-context-in-android
[2]http://blog.csdn.net/qinjuning/article/details/7310620
[3]http://android-developers.blogspot.com/2009/01/avoiding-memory-leaks.html
[4]http://blog.csdn.net/chenzhiqin20/article/details/8159307
[5]http://stackoverflow.com/questions/1026973/android-whats-the-difference-between-the-various-methods-to-get-a-context
网友评论