Servicios de Android: Vincular según demanda vs. Vincular en #onCreate()

Question

Tenemos un servicio que se encarga de varias cosas en una de nuestras actividades. Somos bastante nuevos en Android y nos preguntamos cuál es el momento perfecto para vincularse a ese servicio. Solo necesitamos el servicio para la mitad de las interacciones posibles a través de la actividad. Así que tenemos que conformar con una de dos posibilidades:

• se unen al servicio cuando realmente lo necesitamos, lo que añadiría una buena cantidad de sobrecarga de aplicación en cuanto a
• se unen al Servicio en el onCreate() método sin la sobrecarga de comprobar si el servicio se está ejecutando, vinculando a petición, tal vez las solicitudes de almacenamiento en caché etc.

¿Cuál sería la "forma de Android" aquí? ¿Un servicio en ejecución es muy costoso o solo debe iniciarse cuando realmente se necesita? El servicio en sí es muy liviano.

Answer 1

Personalmente prefiero llamar a bindService() en onCreate(), y después de terminar de usarlo, llame a unbindService() en onDestroy(). La razón de esto es bindService() es en realidad una llamada asincrónica. que no ha sido bien documentado en la API. Cuando llama a bindService(), la referencia del objeto de enlace que obtiene dentro del método de devolución de llamada ServiceConnection.onServiceConnected() no se crea inmediatamente, mientras tanto, hay un rezago después de llamar a bindService() y antes de que el objeto de enlace se instancia y listo para usar . así que el lugar más adecuado para llamarlo es onCreate() ya que normalmente no realizamos muchas operaciones pesadas y necesitamos utilizar el objeto de enlace inmediatamente en esta etapa.