您可以使用一个静态字段来存储这种状态。或者把它放到资源Bundle中，然后在onCreate(Bundle savedInstanceState)上从那里恢复。只要确保你完全理解Android应用程序管理的生命周期(例如，为什么login()会在键盘方向改变时被调用)。

您可以创建一个扩展Application类的类，然后将您的变量声明为该类的字段，并为它提供getter方法。

public class MyApplication extends Application {
    private String str = "My String";

    synchronized public String getMyString {
        return str;
    }
}

然后在你的Activity中访问这个变量，使用这个:

MyApplication application = (MyApplication) getApplication();
String myVar = application.getMyString();

不要在manifest文件中使用另一个<application>标签。只需要在现有的<application>标签中做一个改变，添加这一行android:name="。ApplicationName”，其中，ApplicationName将是您即将创建的子类的名称(用于存储全局)。

所以，最后你的manifest文件中的ONE AND ONLY <application>标签应该是这样的:-

<application
        android:allowBackup="true"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:theme="@style/Theme.AppCompat.NoActionBar"
        android:name=".ApplicationName"
        >

你可以使用intent, Sqlite或Shared Preferences。当涉及到媒体存储时，如文档、照片和视频，您可以创建新文件。

如何使用这样的全局结构来确保本机内存的收集呢?

活动有一个onPause/onDestroy()方法，在销毁时调用，但Application类没有等价物。当应用程序被杀死或任务栈被放到后台时，建议采用什么机制来确保全局结构(特别是那些包含对本机内存的引用)被适当地垃圾收集?

在活动结果之前在简历上被调用。所以移动你的登录检查到恢复和你的第二次登录可以被阻止，一旦第二个活动已经返回积极的结果。On简历每次都会被调用，所以不用担心第一次没有被调用。