Alert icon
We're changing our privacy policy. This stuff matters.  Learn more  Dismiss

Androidology - Part 2 of 3 - Application Lifecycle

Loading...

Sign in or sign up now!
29,989
Loading...
Alert icon
Sign in or sign up now!
Alert icon
There is no Interactive Transcript.

Uploaded by on Nov 11, 2007

Part 2 of 3 in an overview series on the Android platform. In this segment, Mike explains the application and process lifecycle as a user navigates through different applications.

Category:

Science & Technology

Tags:

License:

Standard YouTube License

  • likes, 4 dislikes

Link to this comment:

Share to:

Top Comments

  • Right. It appears that it only terminates processes when it requires the space for other more pertinent processes. That way, if you wanted to go right back to the Browser after closing the last window and going back to your mail, it opens up nice and quick. Google's done a very good job of all this, from what I can see.

see all

All Comments (8)

Sign In or Sign Up now to post a comment!
  • Hhow about simply using the swap? the text segments (CS) of the process are anyway on disk/flash. the only parts are the program's DS. so you purge the memory pages for the CS and put the DS on disk - probably even compress it. Fairly automatic if you are using Linux...

    Manually saving state for the app can be buggy, what if you forgot to save something? how can you QA this type of bug??

  • So does this mean there's only one stack available at a time? If so, I guess that's sort of like how mobile phones really are now, but I was just curious if it's possible at all to multitask (have more than one stack)?

    Maybe there just isn't enough space available in the screen to do such thing, but nevertheless I'm curious.

  • Guess, it's the intent. memory slot(cache?) is still available up to purge time.

  • Probably they just use some default Java techniques, which means that they use the garbage collection future which comes with Java. This garbage collection future only cleans up the unused memory when it needs more memory. Since the whole phone OS is running in one runtime they probably use reflection to start a new 'application' but this application is not more than just a module which will be loaded in the existing runtime library.

  • LoL, notice around 07:20, the browser process wasn't terminated! It will be fun to see if it was really a presentation mistake or an intended OS mechanism such that it only terminates processes as needed.

Loading...
0 / 00Unsaved Playlist Return to active list
    1. Your queue is empty. Add videos to your queue using this button:
      or sign in to load a different list.
    Loading...Loading...Saving...
    • Clear all videos from this list
    • Learn more