如果你愿意使用RoboGuice，你可以将上下文注入到任何你想要的类中。下面是如何使用RoboGuice 2.0(在撰写本文时是beta 4)的一个小示例

import android.content.Context;
import android.os.Build;
import roboguice.inject.ContextSingleton;

import javax.inject.Inject;

@ContextSingleton
public class DataManager {
    @Inject
    public DataManager(Context context) {
            Properties properties = new Properties();
            properties.load(context.getResources().getAssets().open("data.properties"));
        } catch (IOException e) {
        }
    }
}

如果你愿意使用RoboGuice，你可以将上下文注入到任何你想要的类中。下面是如何使用RoboGuice 2.0(在撰写本文时是beta 4)的一个小示例

import android.content.Context;
import android.os.Build;
import roboguice.inject.ContextSingleton;

import javax.inject.Inject;

@ContextSingleton
public class DataManager {
    @Inject
    public DataManager(Context context) {
            Properties properties = new Properties();
            properties.load(context.getResources().getAssets().open("data.properties"));
        } catch (IOException e) {
        }
    }
}

罗希特的回答似乎是正确的。然而，据我所知，AndroidStudio的“即时运行”依赖于在你的代码中没有静态上下文属性。

我刚刚发布了一个基于jquery的Android框架，名为Vapor API，旨在简化应用开发。

中心$ facade类维护了一个WeakReference(链接到Ethan Nicholas关于此的出色Java博客文章)到当前Activity上下文，您可以通过调用:

$.act()

WeakReference在不阻止垃圾回收回收原始对象的情况下维护引用，因此不应该存在内存泄漏问题。

当然，缺点是您要承担$.act()可能返回null的风险。我还没有遇到过这种情况，所以这可能只是一个最小的风险，值得一提。

如果你不使用VaporActivity作为你的Activity类，你也可以手动设置上下文:

$.act(Activity);

此外，许多Vapor API框架固有地使用这种存储上下文，这可能意味着如果您决定使用该框架，您根本不需要自己存储它。请查看该网站以获取更多信息和示例。

我希望这对你有所帮助:)

如今，拥有上下文的正确方法是使用依赖注入。 例如，可以使用Hilt在任何需要的地方注入上下文。假设一个人需要某个数据库管理器中的上下文，那么这可以通过以下方式解决:

在Gradle中添加刀柄:

implementation "com.google.dagger:hilt-android:2.35"
kapt "com.google.dagger:hilt-android-compiler:2.35"

用@HiltAndroidApp注解定义Application类(例如，让它注入数据库管理器):

@HiltAndroidApp
class MyApplication : Application() {

    @Inject
    lateinit var dbManager: DBManager

    override fun onCreate() {
        super.onCreate()
        dbManager.initDB()
    }
}

定义数据库管理器(以@Singleton为例):

@Singleton
class DBManager @Inject constructor(
    @ApplicationContext private val context: Context
) {

    fun initDB() {
        // context is avaiable
        databaseInit(context)
    }
}

就是这样。DBManager可以以正确的方式访问上下文，没有内存泄漏。

大多数想要一个方便的方法来获取应用上下文的应用程序都会创建自己的类来扩展android.app.Application。

指南

你可以先在你的项目中创建一个类，如下所示:

import android.app.Application;
import android.content.Context;

public class App extends Application {

    private static Application sApplication;

    public static Application getApplication() {
        return sApplication;
    }

    public static Context getContext() {
        return getApplication().getApplicationContext();
    }

    @Override
    public void onCreate() {
        super.onCreate();
        sApplication = this;
    }
}

然后，在你的AndroidManifest中，你应该在AndroidManifest.xml的标签中指定你的类名:

<application 
    ...
    android:name="com.example.App" >
    ...
</application>

然后你可以使用以下方法在任何静态方法中检索应用程序上下文:

public static void someMethod() {
    Context context = App.getContext();
}

警告

在向你的项目添加上述内容之前，你应该考虑一下文档中的内容:

通常不需要子类化Application。在大多数情况下， 静态单例可以以更模块化的方式提供相同的功能 道路如果你的单例需要一个全局上下文(例如注册 广播接收器)，检索它的函数可以给出一个 在内部使用Context. getapplicationcontext()时 首先构造单例。

反射

还有另一种使用反射获取应用程序上下文的方法。在Android中，反射经常被轻视，我个人认为不应该在产品中使用。

要检索应用程序上下文，我们必须调用一个隐藏类(ActivityThread)的方法，该方法从API 1开始就可用:

public static Application getApplicationUsingReflection() throws Exception {
    return (Application) Class.forName("android.app.ActivityThread")
            .getMethod("currentApplication").invoke(null, (Object[]) null);
}

还有一个隐藏类(AppGlobals)，它提供了一种以静态方式获取应用程序上下文的方法。它使用ActivityThread获取上下文，所以下面的方法和上面发布的方法没有区别:

public static Application getApplicationUsingReflection() throws Exception {
    return (Application) Class.forName("android.app.AppGlobals")
            .getMethod("getInitialApplication").invoke(null, (Object[]) null);
} 

编码快乐!