在编写某些自定义类时，无法方便的取得Context(Activity或Application)，例如需要获取res资源，取些drawable或string之类的，通常会比较麻烦。

解决方法一般有：

1、传入Context(例如Toast)

2、继承Application使用单例(此法在编写应用无关的工具类时无法很好的解决问题)

一般来说，能使用Activity尽量不用Application作为Context，官方文档(This generally should only be used if you need a Context whose lifecycle is separate from the current context, that is tied to the lifetime of the process rather than the current component.)

但在获取资源文件时通常并无大碍，因此笔者特别为能够在任意位置获取应用Context做了一番研究。

在上述方法2中虽有缺陷，但经过一番改造仍不失为一个不错的解决方法。

首先我们构造一个存储Context的类ContextHolder，在Application初始化时将Application传入ContextHolder，这个方法在很多第三方库都能见到类似的处理。

public class ContextHolder {

static Context ApplicationContext;

public static void initial(Context context) {

ApplicationContext = context;

}

public static Context getContext() {

return ApplicationContext;

}

}

public class App extends Application {

@Override

public void onCreate() {

super.onCreate();

ContextHolder.initial(this);

}

}

这样我们就能在任意位置调用ContextHolder.getContext()来获取应用Context。

那么有没有可能不需要任何初始化操作就能完成这个需求呢？笔者做了一些尝试。

由于实际上获取应用Context也就是获取当前应用实例，经笔者研究下面2种方法都可以通过反射直接获取当前应用。

try {

Application application = (Application) Class.forName("android.app.ActivityThread").getMethod("currentApplication").invoke(null, (Object[]) null);

}

catch (Exception e) {

e.printStackTrace();

}

try {

Application application = (Application) Class.forName("android.app.AppGlobals").getMethod("getInitialApplication").invoke(null, (Object[]) null);

}

catch (Exception e) {

e.printStackTrace();

}

经测试，即使应用处于后台仍能正确获取到调用此方法的Application。