Долго работающий сервис потребляет много батареи

Постоянный запуск сервисов может быть дорогостоящим с точки зрения процессора и батареи — это один из недостатков сервиса. В частности, если вы включаете потоки, вызывающие некоторую нагрузку на ЦП. Есть несколько вариантов на выбор, в зависимости от требований вашего приложения:

1. Если результат вашей службы актуален только в то время, когда пользователь может его использовать, вы можете подумать об остановке и запуске службы на экране при включении и выключении событий или, по крайней мере, о запуске и остановке включенных потоков/обработчиков. Это можно сделать с помощью BroadcastReceiver:

   public class ScreenReceiver extends BroadcastReceiver {
   
     @Override
     public void onReceive(Context context, Intent intent) {
         if (intent.getAction().equals(Intent.ACTION_SCREEN_OFF)) {
             // (1) stop service or (2) stop all threads and unregister all event 
             // handlers, if the service has to register the screen receiver
         } else if (intent.getAction().equals(Intent.ACTION_SCREEN_ON)) {
             // (1) start service or (2) start all threads and register all event
             // handlers as needed
         }
     }
   }
   

   Note that screen events have to be registered programmatically. If you have to register the screen on and off events inside of the same service, start it as sticky. This way the service instance will be kept. (examples: battery widgets, weather information, ...)

2. In case you have an event based environment you could think about using Google Cloud Messaging (GCM). With GCM you can send a message from any of your servers to any registered device causing it to wake up and process incoming information. No need to poll for information all the time.

   Check out Googles documentation and examples, if this scenario fits to your requirements (examples: messaging app, chat app, ...)

3. Если вам нужно регулярно обрабатывать/запускать данные/код, вы можете подумать об использовании AlarmManager:

   public void SetAlarm(Context context) {
     AlarmManager manager = (AlarmManager)context.
                             getSystemService(Context.ALARM_SERVICE);
   
     Intent intent = new Intent(context, AlarmManagerBroadcastReceiver.class);
     PendingIntent pendingIntent = 
                   PendingIntent.getBroadcast(context, 0, intent, 0);
   
     am.setRepeating(AlarmManager.RTC_WAKEUP, 
                     System.currentTimeMillis(), 1000 *60 , pendingIntent);
   }
   

   However, the downside is that it is not a good option for short intervals (lets say smaller than 30 minutes). (examples: email client, ...)

Так что есть некоторые альтернативы. Глядя на ваш код, я вижу, что вы что-то делаете с датчиками. Вам нужна информация датчика, если экран выключен? Или какие события могут вызвать начало и конец вашей службы?

Если вам действительно нужны результаты все время (например, для GPS-трекера), у вас, вероятно, нет другого выбора, кроме оптимизации вашего кода. Может быть имеет смысл остановить службу, если батарея разряжена (см. это для более подробной информации).

Удачи!