在编写某些自定义类时，无法方便的取得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。
笔者以此开发的工具：
AndroidContextHolder
