Android中Context

Context字面意思上下文，位于framework package的android.content.Context中，其实该类为LONG型，相似Win32中的Handle句柄，不少方法须要经过 Context才能识别调用者的实例，好比说Toast的第一个参数就是Context，通常在Activity中咱们直接用this代替，表明调用者的 实例为Activity，而到了一个button的onClick(View view)等方法时，咱们用this时就会报错，因此咱们可能使用ActivityName.this来解决，主要缘由是由于实现Context的类主要有Android特有的几个模型，Activity、Service以及BroadcastReceiver。

Context提供了关于应用环境全局信息的接口。它是一个抽象类，它的执行被Android系统所提供。它容许获取以应用为特征的资源和类型。同时启动应用级的操做，如启动Activity，broadcasting和接收intents。

 

两种类型的Context

在android中context能够做不少操做，可是最主要的功能是加载和访问资源。在android中有两种context，一种是 application context，一种是activity context，一般咱们在各类类和方法间传递的是activity context。好比一个activity的onCreate

protected void onCreate(Bundle state) { super.onCreate(state);   TextView label = new TextView(this); //传递context给view control label.setText("Leaks are bad");   setContentView(label); }

把activity context传递给view，意味着view拥有一个指向activity的引用，进而引用activity占有的资源：view hierachy, resource等。

 

内存泄露

这样若是context发生内存泄露的话，就会泄露不少内存。这里泄露的意思是gc没有办法回收activity的内存。

 

注释：为何GC没有办法回收相应的内存，我的感受是由于传递Context会增长对象指针的引用计数，因此基于智能指针技术的GC没法释放相应的内存。

 

当屏幕旋转的时候，系统会销毁当前的activity，保存状态信息，再建立一个新的。好比咱们写了一个应用程序，它须要加载一个很大的图片，咱们不但愿每次旋转屏幕的时候都销毁这个图片，从新加载。实现这个要求的简单想法就是定义一个静态的Drawable，这样Activity 类建立销毁它始终保存在内存中。实现相似：

 

public class myactivity extends Activity { private static Drawable sBackground; protected void onCreate(Bundle state) { super.onCreate(state);   TextView label = new TextView(this); label.setText("Leaks are bad");   if (sBackground == null) { sBackground = getDrawable(R.drawable.large_bitmap); } label.setBackgroundDrawable(sBackground);//drawable attached to a view setContentView(label); } }

 

这段程序看起来很简单，可是却问题很大。当屏幕旋转的时候会有leak（即gc无法销毁activity）。咱们刚才说过，屏幕旋转的时候系统会销毁当前的activity。可是当drawable和view关联后，drawable保存了view的 reference，即sBackground保存了label的引用，而label保存了activity的引用。既然drawable不能销毁，它所引用和间接引用的都不能销毁，这样系统就没有办法销毁当前的activity，因而形成了内存泄露。gc对这种类型的内存泄露是无能为力的。避免这种内存泄露的方法是避免activity中的任何对象的生命周期长过activity，避免因为对象对 activity的引用致使activity不能正常被销毁。

 

为了防止内存泄露，咱们应该注意如下几点：

1. 不要让生命周期长的对象引用activity context，即保证引用activity的对象要与activity自己生命周期是同样的

2. 对于生命周期长的对象，可使用application context

3. 避免非静态的内部类，尽可能使用静态类，避免生命周期问题，注意内部类对外部对象引用致使的生命周期变化

application context

咱们可使用application context。application context伴随application的一辈子，与activity的生命周期无关。application context能够经过Context.getApplicationContext或者Activity.getApplication方法获取。

而制造Application context的方法在这里能够找到

http://stackoverflow.com/questions/708012/android-how-to-declare-global-variables/708317#708317

 

Java里面一般是用一个static的变量（例如singleton之类的）来同步activity之间（程序里面类之间）的状态。在android里面比较靠谱的作法是用application context来关联这些状态。

每一个activity都是context，里面包含了运行时的状态。一样application也有一个context，android会保证这个context是惟一的实例。

作一个你本身的application context须要继承android.app.Application，而后在app的manifest里面说明这个类。android会自动帮你建立你这个类的实例，接着你用Context.getApplicationContext()方法就能在各个activity里

面得到这个application context了。

class MyApp extends Application {   private String myState;   public String getState(){     return myState;   }   public void setState(String s){     myState = s;   } } class Blah extends Activity {   @Override   public void onCreate(Bundle b){     ...     MyApp appState = ((MyApp)getApplicationContext());     String state = appState.getState();     ...   } }

下面介绍Context的一些get方法，经过这些get方法能够获取应用环境全局信息：

1.public abstract Context getApplicationContext ()

Return the context of the single, global Application object of the current process.

2.public abstract ApplicationInfo getApplicationInfo ()

Return the full application info for this context's package.

3.public abstract ContentResolver getContentResolver ()

Return a ContentResolver instance for your application's package.

4.public abstract PackageManager getPackageManager ()

Return PackageManager instance to find global package information.

5.public abstract String getPackageName ()

Return the name of this application's package.

6.public abstract Resources getResources ()

Return a Resources instance for your application's package.

7.public abstract SharedPreferences getSharedPreferences (String name, int mode)

Retrieve and hold the contents of the preferences file 'name', returning a SharedPreferences through which you can retrieve and modify its values. Only one instance of the SharedPreferences object is returned to any callers for the same name, meaning they will see each other's edits as soon as they are made.

8.public final String getString (int resId)

Return a localized string from the application's package's default string table.

9.public abstract Object getSystemService (String name)

Return the handle to a system-level service by name. The class of the returned object varies by the requested name. Currently available names are:

参考博客：http://blog.chinaunix.net/space.php?uid=17102734&do=blog&id=2830227

              http://blog.csdn.net/zhangqijie001/article/details/5891682