Android: выполнить вход в приложение в фоновом режиме при загрузке

Таким образом, есть много способов добиться того, чего вы хотите, вопрос в том, что лучше соответствует вашему стилю и дизайну. Надеюсь, вы найдете эту информацию полезной.

1. Существует несколько вариантов входа приложения в фоновом режиме при запуске. Первое, что вам понадобится, это BroadcastReceiver, который определен как получатель в манифесте. Попросите BroadcastReceiver перехватить намерение ACTION_BOOT_COMPLETED. Отсюда вы можете запустить свой сервис. Это приводит к № 2.

2. Если все, что вы делаете, это вызовы RESTful, то действительно IntentService был бы идеальным. Разница между IntentService и Service прост: IntentService запускается из основного потока, выполняет свой "код" и умирает. Однако служба работает в основном потоке (это важный факт) и работает долго, поэтому о ней нужно сообщить stopSelf(). Кроме того, служба также с меньшей вероятностью будет уничтожена по сравнению с действием (компоненты приложения уничтожаются, чтобы освободить место в памяти для вновь запущенных приложений), т.е. он имеет более высокий приоритет. Службу также можно объявить служба переднего плана, которая требует уведомления, но имеет еще более высокий приоритет. Я думаю, что в вашем случае Сервис был бы идеальным.

3. После того, как ваш пользовательский интерфейс (Действие) открыт, лучшим способом подключения к Сервису будет Binder. Это позволит использовать несколько интерфейсов для службы из разных приложений/компонентов, если это необходимо. AIDL — довольно крутая вещь, но, по моему опыту, гораздо сложнее управлять, поскольку все параметры должны быть примитивными или Parcables. AIDL также медленнее и менее эффективен, потому что это действительно форма IPC. Когда служба запускается с намерением, вызывается метод onStartCommand(). Если служба запускается приложением, пытающимся выполнить привязку к ней, вызывается метод onBind(). Но вы можете запустить службу с намерением и затем привязаться к ней. Если вы предпочитаете подход RESTful, когда у вас есть только быстрые вызовы данных, вы можете использовать IntentService с ResultReceiver. Это отличная статья, написанная о примерах ввода-вывода Google и в целом хорошо реализованная, если вы заинтересованы в IntentService и ResultReceiver.

4. Это зависит от вас. Используя Binder или AIDL, ваша активность может вызывать методы службы точно так же, как метод объекта, где «обратный вызов» будет просто возвратом метода. Если вы используете ResultReceiver, действие, взаимодействующее с приемником, будет обратным вызовом. Вы также можете просто передавать намерения туда и обратно, но это может привести к беспорядку. Опять же, для вашего случая подход Binder будет хорошим, а также Receiver.

5. Думайте о службе как о модели в системе MVVM — используйте ее как помощника для получения данных, а не как нечто, управляющее логикой приложения.

Извините, если это кажется грязным, существует так много способов добиться того, что вы ищете. Это просто вопрос того, что лучше всего подходит для вашей ситуации, что вы «чувствуете» лучше. Не говоря уже о том, что Android SDK довольно большой. Я постарался затронуть все темы, которые могли бы вам помочь. Удачи!

Попробуйте сервис с загрузочным приемником. Вот пример, который я нашел после быстрого поиска в Google. Затем обязательно сохраните где-нибудь информацию для входа, когда приложение запустится. Не уверен, какие у вас могут быть обратные вызовы, поэтому очень сложно ответить на эту часть. Я бы сказал, что если обратные вызовы должны влиять на пользовательский интерфейс, тогда пусть активность возьмет их на себя при запуске. Если вам нужен пользовательский интерфейс, когда работает только служба, вероятно, лучше всего выдать уведомление и вызвать соответствующую активность с данными обратного вызова.

вы можете аутентифицировать вход пользователя с помощью пакета фоновых служб com.javaorigin.android.sample.service;

import android.app.Service;
import android.content.Intent;
import android.os.IBinder;
import android.util.Log;
import android.widget.Toast;

public class MyService extends Service {

   String tag="TestService";
   @Override
   public void onCreate() {
       super.onCreate();
       Toast.makeText(this, "Service created...", Toast.LENGTH_LONG).show();      
       Log.i(tag, "Service created...");
   }

   @Override
   public void onStart(Intent intent, int startId) {      
       super.onStart(intent, startId);  
       Log.i(tag, "Service started...");
   }
   @Override
   public void onDestroy() {
       super.onDestroy();
       Toast.makeText(this, "Service destroyed...", Toast.LENGTH_LONG).show();
   }

   @Override
   public IBinder onBind(Intent intent) {
       return null;
   }
}


public class SampleAction extends Activity {
   @Override
   protected void onCreate(Bundle savedInstanceState) {      
       super.onCreate(savedInstanceState);
       TextView view = new TextView(this);      
       view.setText("Service Test");
       Intent i = new Intent();
       i.setClassName( "com.javaorigin.android.sample.service",
        "com.javaorigin.android.sample.service.MyService" );
       bindService( i, null, Context.BIND_AUTO_CREATE);
       this.startService(i);      
       setContentView(view);
   }
}

Если вход в систему занимает так много времени, используйте [AccountManager][1] и делайте это только один раз. Идея AccountManager токена или любых других учетных данных, которые вам нужно использовать в вашем Service.

В вашем конкретном случае я думаю, что лучший способ общения вашего Activity с Service - это привязка к нему.

Лучший источник информации об основах использования Service — SDK. Короче говоря, AIDL используется для связи IPC, и пока вы запускаете службу в том же процессе, она вам не нужна. Я полагаю, у вас есть два варианта:

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

   @Override
   public void onCreate() {
       Data data = performLogin();
       Intent i = new Intent(ACTION_VOIP_LOGIN);
       i.putExtra(EXTRA_LOGIN_DATA, data);
       mContext.sendStickyBroadcast(i);
   }
   
   ...
   
   private final class LoginReceiver extends BroadcastReceiver {
       @Override
       public void onReceive(Context context, Intent intent) {
           // You may use a Bundle instead
           Data data = intent.getParcelableExtra();
           processLoginData(data)
       }
   }
   
   protected void onCreate(Bundle savedInstanceState) {
        ...
        IntentFilter filter = new IntentFilter(ACTION_VOIP_LOGIN);
        mContext.registerReceiver(new LoginReceiver(), filter);
   }
   

2. Во втором случае вы можете захотеть переместить всю свою логику в сервис. Здесь вы расширите класс Binder. Подробнее см. в этой статье о SDK.