上下文失效后使用通过android Context获取的对象

Question

我已经使用 android 有一段时间了，对这个平台感觉很舒服，但我对上下文对象的生命周期有点困惑。查看层次结构，很容易看出 Activity 和 Service 都扩展了 Context，虽然这很方便，但也令人担忧。我避免让需要共享资源的辅助类有一个保存上下文的静态字段（因为几乎所有资源都通过与 Context 对象的交互来实现），这样当活动被销毁时，GC 就可以在以下位置自由释放它：任何时候，但我想知道从上下文中获取的资源。

例如，如果我有一个静态字段，在类内部保存一个文件。然后让这个类的构造函数获取当前上下文，并为 File 分配一个通过传入的 Context 获取的文件资源，在我的第二个类中对 Context 不执行任何其他操作，我是否仍然以某种方式保留着 Context？

class testClass{
    private static File someFile;
    public testClass(Context context){
        synchronized(testClass.class){
            if(someFile!=null){
                //even though I am holding a File, or a SharedPreference Object generated from this context, am I correctly preventing this utility class from holding the Activity object in memory for no reason?
                someFile = context.openFileOutput("Some_File.txt", Context.MODE_PRIVATE);
            }
        }
    }
}

我刚刚读到了有关 Context.getApplicationContext() 的内容（遗憾的是不是静态的）。它说它返回相对于流程而不是活动的上下文，因此如果我需要保留上下文，请使用该上下文。但上面的问题仍然存在。

Answer 1

我记得我问过这个问题并想我会回答它。

尽管上下文可能有多种，但开发人员使用的主要上下文是活动上下文和应用程序上下文（以及服务上下文等其他内容）。 Activity 上下文是随 Activity 一起创建和销毁的，因此将其用作 Activity 创建和销毁之间存储的常量引用并不是一个好主意。应用程序上下文不具备活动上下文所具有的某些功能，但您需要静态上下文引用的所有内容都在那里（文件 IO、首选项...）。应用程序上下文也随应用程序一起创建和销毁，因此您可以保证只要您的应用程序代码正在运行，上下文就有效。

因此，应用程序上下文应该用于诸如工作线程之类的事情，这些线程可能需要对上下文的恒定访问点，但不需要访问活动。我学到的最好方法是扩展 android Application 类。该类是在内存中创建应用程序时创建的，一旦调用 Application onCreate 方法，Application Context 就有效。这意味着您可以在自定义应用程序类中创建一个静态函数来提供对上下文的访问。

public class CustomApplication extends Application {
private static Context context;

public void onCreate() {
    super.onCreate();
    context = getApplicationContext();
}

public Context getAppContext() {
    return context;
};
}

要完成这项工作，您唯一需要做的就是修改您的清单文件，以便 Android 知道使用您的应用程序类而不是默认的应用程序类。

<application
    android:icon="@drawable/icon"
    android:label="@string/app_name"
    android:name=".CustomApplication" >