Android context的理解（一）

  在Android中每个程序都要和Context类打交道。包括程序内的service、activity都要用到这个上下文。今天就来简单说下这个context。什么是context？为什么要用context？

 在官网定义了context是：

        1、它描述的是一个应用程序环境的信息，即上下文。
        2、该类是一个抽象(abstract class)类，Android提供了该抽象类的具体实现类。
        3、通过它我们可以获取应用程序的资源和类，也包括一些应用级别操作，例如：启动一个Activity，发送广播，接受Intent
      信息 等。

 在每个程序启动时候，系统都会创建一个全局的context，即application的context；启动一个Activity、Service也会再创建context。这样应用会存在多个context：

    总Context实例个数 = Service个数 + Activity个数 + 1（Application对应的Context实例）

 如此多个context有啥区别呢？

  1.Application的全局context的生命是随着Application的销毁而销毁，与activity的生命周期无关。在任意Activity和service里面都可以访问并使用。

  2.activity的context是随着activity的生命周期的，只有在生命周期内使用才有效，否则程序会抛异常。另外，activity的context不能永久持有，如果某个对象持有activity的context，可导致该activity销毁不被释放，造成内存泄露。（后续再用文章分析原因）。

 除了生命周期的差异，还有应用场景方面差异很大，如下：

   

    就是说，app的context虽然生命周期很长，在一些场景下也不能直接用，比如上面的show a dialog，就不能用app的context，必须用activity的context。start an activity呢？理论上是NO，但是可以改造参数，也可以启动的，下面会讲到。

上表中的NO上添加了一些数字，其实这些从能力上来说是YES，但是为什么说是NO呢？下面一个一个解释：

  1：启动Activity在这些类中是可以的，但是需要创建一个新的task。一般情况不推荐。如下FLAG_ACTIVITY_NEW_TASK可以让app的context启动一个activity。  

Intent mIntent = newIntent();
ComponentName comp = newComponentName("com.tcl.usercenter", "com.tcl.usercenter.AddressQrcodeActivity");
mIntent.addFlags(268435456);//Intent.FLAG_ACTIVITY_NEW_TASK
mIntent.setComponent(comp);
App.getAppContext().startActivity(mIntent);

  2：在这些类中去layout inflate是合法的，但是会使用系统默认的主题样式，如果你自定义了某些样式可能不会被使用。
  3：在receiver为null时允许，在4.2或以上的版本中，用于获取黏性广播的当前值。（可以无视）

   所以说，activity的context还是必不可少的。app 的context只能做一些基本的资源获取等，在使用上不必考虑生命周期，很方便。和UI相关的方法基本都不建议或者不可使用Application。所以跟UI相关的，都应该使用Activity做为Context来处理，但要注意Context引用的持有，防止内存泄漏，怎么防止？
   1. 不要让生命周期长的对象引用activity context，即保证引用activity的对象要与activity本身生命周期是一样的
　2. 对于生命周期长的对象，可以使用application context
　3. 避免非静态的内部类，尽量使用静态类，避免生命周期问题，注意内部类对外部对象引用导致的生命周期变化。

  先就说那么多，后面再来谈谈创建context的时机。

  参考：http://www.cnblogs.com/wenjiang/archive/2012/10/15/2724923.html