这取决于您使用上下文的目的。我认为这种方法至少有一个缺点:

如果您正在尝试使用AlertDialog创建AlertDialog。Builder，应用程序上下文将无法工作。我相信你需要了解当前活动的背景……

你可以使用以下方法:

MainActivity.this.getApplicationContext();

MainActivity.java:

...
public class MainActivity ... {
    static MainActivity ma;
...
    public void onCreate(Bundle b) {
         super...
         ma=this;
         ...

任何其他类:

public ...
    public ANY_METHOD... {
         Context c = MainActivity.ma.getApplicationContext();

如今，拥有上下文的正确方法是使用依赖注入。 例如，可以使用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可以以正确的方式访问上下文，没有内存泄漏。

另一种获得上下文而不子类化Application对象和不使用隐藏类的方法是使用ContentProvider。一旦onCreate方法被调用，上下文应该是可用的。您可以在Kotlin中执行类似的操作

class ContextContentProvider : ContentProvider() {
    override fun delete(uri: Uri, selection: String?, selectionArgs: Array<String>?) = 0

    override fun getType(uri: Uri): String? = null

    override fun insert(uri: Uri, values: ContentValues?): Uri? = null

    override fun onCreate(): Boolean {
        applicationContext = context
        return true
    }

    override fun query(
        uri: Uri, projection: Array<String>?, selection: String?,
        selectionArgs: Array<String>?, sortOrder: String?
    ): Cursor? = null

    override fun update(
        uri: Uri, values: ContentValues?, selection: String?,
        selectionArgs: Array<String>?
    ) = 0

    companion object {
        private var applicationContext: Context? = null

        @JvmStatic
        fun applicationContext() = applicationContext
    }
}

在任何需要上下文的地方，都可以调用ContextContentProvider.applicationContext()方法

如果你已经有了另一个内容提供程序，并且没有导出该内容提供程序，请确保在AndroidManifest.xml中使用不同的权限。

<application>
    <provider
        android:name=".ContextContentProvider"
        android:authorities="${applicationId}.ContextContentProvider"
        android:enabled="true"
        android:exported="false" />
</application>

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

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

$.act()

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

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

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

$.act(Activity);

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

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

下面是一种从UI线程中的任何地方获取应用程序(它是一个上下文)的未记录的方法。它依赖于隐藏的静态方法ActivityThread.currentApplication()。它至少可以在Android 4.x上运行。

try {
    final Class<?> activityThreadClass =
            Class.forName("android.app.ActivityThread");
    final Method method = activityThreadClass.getMethod("currentApplication");
    return (Application) method.invoke(null, (Object[]) null);
} catch (final ClassNotFoundException e) {
    // handle exception
} catch (final NoSuchMethodException e) {
    // handle exception
} catch (final IllegalArgumentException e) {
    // handle exception
} catch (final IllegalAccessException e) {
    // handle exception
} catch (final InvocationTargetException e) {
    // handle exception
}

注意，这个方法有可能返回null，例如，当你在UI线程之外调用这个方法时，或者应用程序没有绑定到线程上。

如果可以更改应用程序代码，使用@RohitGhatol的解决方案仍然更好。