title: Android - Battery usage - Service or ContentProvider
body: <p>I have <strong>app A</strong> whose every say 3 seconds asks <strong>app B</strong> to do get some data and save it. After this data is saved A doesn't really need to ask B service again, but it does so just in case the user erases B's data (in that case data will be created over again on the next call). </p>
  
  <p>I don't really know how battery expensive it is to call a service every 3 seconds (does it wakes up the whole app?). I was thinking that <strong>A</strong> may read a property (via ContentProvider?) from <strong>B</strong>; however, at the end <strong>A</strong> would be asking the ContentProvider every 3 seconds to know if it should or not call the service.</p>
  
  <p>The best thing about ContentProvider is that it can return a result (can Service do this?) and if it is an "ok message" then <strong>A</strong> won't ask <strong>B</strong> again during the next day or so.</p>
  
  <p>So,</p>
  
  <p>The thing is that Service is already developed and ContentProvider isn't. </p>
  
  <p>Is it worth to create the ContentProviedr or calling the Service doesn't really consume any battery? Taking into account that subsequent calls to the service will just ignore the processing as the data is already created.</p>