That's not how it works, you're misunderstanding services. That's what happens if you use a thread, so in fact you're exactly switching the meaning of a service.
First of all, the service won't have it's `onStart` executed until your oncreate returns anyway, since it just pushes messages onto the looper. Then the service will be started, but if it's already doing work, just recognize that by keeping some sort of state inside your service. Kris On Thu, Aug 8, 2013 at 2:02 PM, ashish <ashish.a...@gmail.com> wrote: > Hi, > > suppose an activity start a background service in the oncreate method and > now user switch to other activity and when my app is working in the > background then system kill my activity life-cycle but when i return to my > activity then system call the oncreate method of my application and then > android system again start a new service again even the last one working in > the background.. > > > On Thursday, August 8, 2013 4:53:27 AM UTC-8, Daniele Segato wrote: >> >> On 08/08/2013 01:40 PM, ashish wrote: >> > I read about services in Android very carefully, but I didn't find any >> > valid reasons to use it. E.g. >> > >> > 1. >> > >> > By default services run in the main thread, which most of the >> > applications don't want. >> > >> > 2. >> > >> > A service can run on a seperate thread if it spawns it own thread. >> > But if a service runs on a seprate thread, then the method >> > |stopService(new Intent(getApplicationContext()**, >> > MyService.class));| does not stop the running service. Again this >> is >> > a problem. >> > >> > If we want to do some background operations, then I think threads are >> > better than services. Am I right? >> >> You've been already told by others that Services should be used to >> MANAGE separate thread(s). >> >> The important part is that while an application is used to interact with >> the user a Service has no UI and can run in background. >> >> And with "background" I don't necessary mean off-the-main-thread. >> I mean that they can run even if the application (activities) is not >> used at the time. >> >> Services have a simpler life cycle in respect to activities and they are >> not influenced or killed by the framework by changes in configurations. >> >> Furthermore the framework will kill activities before starting to kill >> services. And if the framework decide to kill your service you can >> specify what you want to do with the request you received (drop it, ask >> the framework to re-do it, etc...) >> >> Services are a main component of the system and it is good practice to, >> for example, use them to update underling data (better if using a >> SyncAdapter) and manage remote calls. >> >> regards, >> Daniele Segato >> > -- > You received this message because you are subscribed to the Google > Groups "Android Developers" group. > To post to this group, send email to android-developers@googlegroups.com > To unsubscribe from this group, send email to > android-developers+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/android-developers?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Android Developers" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to android-developers+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > > > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to android-developers+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
