Context作用、类型、使用建议

转自http://www.jianshu.com/p/2dfc592bcd1c

什么是Context

是一个访问系统资源和进行应用程序级操作的抽象接口,称为上下文

如何使用Context

  • 创建新对象: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 不建议使用,具体原因没详述)
  • this(when in Activity):同getContext()
    上述Context类型 区别主要是生命周期不同

使用建议

这里写图片描述
注:引自http://blog.csdn.net/lmj623565791/article/details/40481055

大家注意看到有一些NO上添加了一些数字,其实这些从能力上来说是YES,但是为什么说是NO呢?下面一个一个解释:

  • 数字1:启动Activity在这些类中是可以的,但是需要创建一个新的task。一般情况不推荐。
  • 数字2:在这些类中去layout inflate是合法的,但是会使用系统默认的主题样式,如果你自定义了某些样式可能不会被使用。
  • 数字3:在receiver为null时允许,在4.2或以上的版本中,用于获取黏性广播的当前值。(可以无视)

注:ContentProviderBroadcastReceiver之所以在上述表格中,是因为在其内部方法中都有一个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实现

这里写图片描述

面试常见问题

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);
    }
}
}
  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值