您可以使用这个类进行灵活的生命周期处理

用法:

    //Initialization
    val lifeCycleHandler = ActivityLifeCycleHandler<Activity>()

    //Detect only a specific type of activities
    val lifeCycleHandler = ActivityLifeCycleHandler<MainActivity>()

    //Get current activity
    val instance = lifeCycleHandler.currentReference

    //Get current activity state
    val state = lifeCycleHandler.currentState

    //Use listeners
    lifeCycleHandler.addStateChangeListener { newState ->
        //TODO: handle new state
    }

    lifeCycleHandler.addSpecificStateChangeListener(ActivityLifeCycleHandler.ActivityState.STARTED) {
        //TODO: handle new state
    }

    //Removable listeners
    val listener = { newState: Int ->

    }

    lifeCycleHandler.addStateChangeListener(listener)
    lifeCycleHandler.removeStateChageListener(listener)


    //Start listening
    App.app.registerActivityLifecycleCallbacks(lifeCycleHandler)

    //Stop listening
    lifeCycleHandler.releaseListeners()
    App.app.unregisterActivityLifecycleCallbacks(lifeCycleHandler)

我在@gezdy的答案上方展开。

在每个活动中，我们可以使用下面的API，而不是通过手动编码将自己“注册”到应用程序中，这是第14级以来的API，可以帮助我们用更少的手动编码实现类似的目的。

public void registerActivityLifecycleCallbacks (Application.ActivityLifecycleCallbacks callback)

http://developer.android.com/reference/android/app/Application.html#registerActivityLifecycleCallbacks%28android.app.Application.ActivityLifecycleCallbacks%29

在应用程序中。ActivityLifecycleCallbacks，您可以得到哪个活动“附加”到或“分离”到这个应用程序。

但是，这种技术只在API级别14之后才可用。

其他答案我都不喜欢。ActivityManager不是用来获取当前活动的。超级分类和依赖onDestroy也是脆弱的，不是最好的设计。

老实说，到目前为止，我所想到的最好的方法就是在我的应用程序中维护一个枚举，它在创建活动时得到设置。

另一个建议可能是尽量避免使用多个活动。这既可以使用片段，也可以在我喜欢的自定义视图中完成。

使用is操作符或其否定形式!is执行运行时检查，确定对象是否符合给定类型:

if (this !is OneActivity) {
// do something
} else if (this !is TwoActivity) {
// do something 2
}

通过使用这部分代码，您可以检测应用程序何时进入后台/前台，并访问当前活动名称和上下文。

我的答案是基于这篇文章:Android:如何检测App进入后台/前台

首先，创建一个扩展android.app.Application并实现ActivityLifecycleCallbacks接口的类。在Application.onCreate()中，注册回调。

public class App extends Application implements ActivityLifecycleCallbacks
@Override
public void onCreate() {
    super.onCreate();
    registerActivityLifecycleCallbacks(this);
}

在Manifest中注册“App”类，如下所示:

<application
    android:name=".App"

这就是ActivityLifecycleCallbacks接口的样子，

public interface ActivityLifecycleCallbacks {
    void onActivityCreated(Activity activity, Bundle savedInstanceState);
    void onActivityStarted(Activity activity);
    void onActivityResumed(Activity activity);
    void onActivityPaused(Activity activity);
    void onActivityStopped(Activity activity);
    void onActivitySaveInstanceState(Activity activity, Bundle outState);
    void onActivityDestroyed(Activity activity);
}

因此，当您的任何活动(您创建或包含在库中的活动)通过上述任何生命周期方法时，这些回调将被调用。 当应用程序在前台时，至少有一个Activity处于启动状态，当应用程序在后台时，将没有Activity处于启动状态。 在“App”类中声明如下2个变量。

private int activityReferences = 0;
private boolean isActivityChangingConfigurations = false;

activityReferences将保存处于启动状态的activity的数量。isActivityChangingConfigurations是一个标志，用于指示当前Activity是否正在经历配置更改，如方向切换。 使用下面的代码，你可以检测应用程序是否出现在前台。

@Override
public void onActivityStarted(Activity activity) {
    if (++activityReferences == 1 && !isActivityChangingConfigurations) {
        // App enters foreground
    }
}

你可以在这个方法中像这样访问context:

activity.getBaseContext()

这是如何检测应用程序是否进入后台。

Override
public void onActivityStopped(Activity activity) {

    isActivityChangingConfigurations = activity.isChangingConfigurations();
    if (--activityReferences == 0 && !isActivityChangingConfigurations) {
        // App enters background
    }
}

现在您可以访问当前的前台活动名称和上下文。

getCurrentActivity()也在ReactContextBaseJavaModule中。 (因为这个问题最初被问到，许多Android应用程序也有ReactNative组件-混合应用程序。)

ReactNative中的类ReactContext有一整套逻辑来维护在getCurrentActivity()中返回的mCurrentActivity。

注:我希望getCurrentActivity()在Android应用程序类中实现。