我也找不到如何指定应用程序标签，但经过大量的谷歌搜索，从清单文件docs中可以明显看出:使用android:name，除了应用程序节中的默认图标和标签。

android:名字 为应用程序实现的Application子类的完全限定名。当应用程序进程启动时，该类在应用程序的任何组件之前实例化。

子类是可选的;大多数应用程序都不需要。在没有子类的情况下，Android使用基Application类的实例。

Soonil建议的保持应用程序状态的方法是好的，但是它有一个弱点——在某些情况下，操作系统会终止整个应用程序进程。这里是关于此的文档—流程和生命周期。

考虑一个案例-你的应用程序进入后台，因为有人正在呼叫你(电话应用程序现在在前台)。在这种情况下&&在其他一些情况下(检查上面的链接了解它们可能是什么)，操作系统可能会杀死你的应用程序进程，包括application子类实例。结果，状态丢失了。当您稍后返回到应用程序时，操作系统将恢复其活动堆栈和application子类实例，但myState字段将为空。

AFAIK，保证状态安全的唯一方法是使用任何类型的持久化状态，例如为应用程序文件使用私有或sharedpreferences(它最终在内部文件系统中为应用程序文件使用私有)。

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

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

就像上面讨论的那样，操作系统可以在没有任何通知的情况下杀死应用程序(没有onDestroy事件)，所以没有办法保存这些全局变量。

SharedPreferences可以是一个解决方案，除非你有复杂的结构化变量(在我的情况下，我有一个整数数组来存储用户已经处理的id)。SharedPreferences的问题在于，每次需要值时都很难存储和检索这些结构。

在我的情况下，我有一个后台服务，所以我可以把这些变量移动到那里，因为服务有onDestroy事件，我可以很容易地保存这些值。

只是一个提示..

add:

android:name=".Globals"

或者使用现有<application>标记的任何子类名称。我一直试图将另一个<application>标签添加到清单中，并会得到一个异常。

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