Home/ Questions/Q 3280932
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-17T19:45:35+00:00

This doesn’t appear to be well documented or I missed it, so before I

  • 0

This doesn’t appear to be well documented or I missed it, so before I run a bunch of my own tests I was wondering if anyone already knows the answers to some of these questions.

First off, when I say “Application” I am referring to extending the Application class. http://developer.android.com/reference/android/app/Application.html

The questions I have are as follows, some are related.

  1. When an a user leaves an Activity from within the Application, and goes to the Activity of another application, does the Application somehow get paused as well, even though it doesn’t have an onPause()? Or does it continue to live unpaused until all of it’s activities are destroyed?

  2. when does the Application stop? When all of it’s Activities are destroyed?

  3. Is there ever a chance that one of the Applications Activities could be running without an instance of the Application, or will the Application class always exist if one of the Activities does?

  4. If there is some process running on the Application, and it’s Activities are all paused, will that process continue to run?

  5. Is the Application effected by rotation in any way or does rotation only change Activities?

Thanks

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    1. As you say the application does not have onPause so nothing happens to the application. When onPause gets called in your Activity nothing special happens, your Activity continues to run and can do whatever it wants including run new threads, timers can go off, whatever.

    2. I believe what you are asking is: when is an Application destroyed and when the onTerminate method in an Application called? The answer is hard to pinpoint and is up to the system, it does not necessarily happen when all activities get onDestroyed called. In fact even when onDestroy is called, your Activities aren’t necessarily garbage collected. When the system gets low on memory the process that your Application lives in can be killed, meaning your Application will disappear; onTerminate may or may not be called. At that time all the Activities, Services, etc, are killed too.

    3. The Application is always instantiated first, an Activity must have an associated Application, just like how you define it in the AndroidManifest.xml.

    4. Processes never pause in Android, the onPause method does not actually really do anything other than tell you to pause things in your app. Other than that the process keeps chugging away, your threads keep running, even the main thread receive Intents with a BroadcastReceiver.

    5. The Application gets rotation callbacks in the Application’s onConfigurationChanged(). I’m not sure if you can disable that since there is no configChanges attributes supported by application tags in the AndroidManifest.xml.

    A good comparison to Application is static field in any of your classes. The static fields will live as long the process is not destroyed, just like the Application. Static fields can be accessed by all Activities, Services, etc (assume the static fields are public), just like your Application.

    Good Luck!
    Jacob

    • 0