Context 作用、类型、使用建议 梳理

2019年6月5日 186次阅读 来源: XP_Aaron

是神马？

是一个访问系统资源 和 进行应用级别操作的 抽象接口，简称上下文

有什么用&怎么用？

  • 创建新对象：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 作用、类型、使用建议 梳理》 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实现

《Context 作用、类型、使用建议 梳理》 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

    原文作者：XP_Aaron
    原文地址: https://www.jianshu.com/p/2dfc592bcd1c
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞