Сервис закрывается при закрытии приложения
У меня есть основной сервис, который всегда должен работать в фоновом режиме в моем приложении Android для обработки соединения с устройством Bluetooth и передачи данных на него.
В соответствии с этими вопросами, это нормальное поведение, если моя служба находится в процессе моего приложения, чтобы убить, когда приложение закрывается,
- Фоновая служба Android перезагружается при закрытии приложения
- Служба перезапущена после закрытия приложения - START_STICKY
- поддержание фоновой службы после выхода из приложения пользователя
Но я даже попытался запустить свой сервис в отдельном процессе, используя этот тег android:process=":service"
внутри моего манифеста, но он также будет убит и перезапущен, когда мое приложение будет убито!
Дополнительная информация: я запускаю свой сервис в методе приложения onCreate, и для привязки к моему сервису в своей деятельности я использую BIND_AUTO_CREATE
, что, как правило, я не уверен, правильно это или нет.
обновление: у меня также есть другой сервис, который связан с моим текущим сервисом, я не уверен, может ли это быть источником проблемы!
дальнейшее обновление: я использую кинжал для DI, возможно ли по ошибке я использую контекст приложения для создания некоторых объектов внутри моего сервиса!! Может ли это быть причиной этой проблемы?
Еще одно обновление. Я разделяю компоненты кинжала для своего сервиса, и теперь у приложения и сервиса нет общих объектов, но проблема все еще остается.
обновление с примером кода, который получил ту же проблему Вот класс приложения:
class MyApplication:Application() {
override fun onCreate() {
super.onCreate()
startService(Intent(this, MyService::class.java))
}
}
Вот класс обслуживания:
class MyService : Service() {
private val mBinder = MyBinder()
inner class MyBinder : Binder() {
internal val service: MyService
get() = this@MyService
}
override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int {
Log.i(TAG, "onStartCommand")
return START_STICKY
}
override fun onCreate() {
super.onCreate()
Log.i(TAG, "onCreate")
}
override fun onBind(intent: Intent): IBinder? {
Log.i(TAG, "onBind")
return mBinder
}
override fun onUnbind(intent: Intent): Boolean {
Log.i(TAG, "onUnbind")
return super.onUnbind(intent)
}
override fun onDestroy() {
Log.i(TAG, "onDestroy")
super.onDestroy()
}
companion object {
val TAG = "MyService"
}
}
Это деятельность:
class MainActivity : AppCompatActivity() {
lateinit var context: Context
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
Log.i(TAG, "onCreate")
context = this
}
//connect to the service
val myServiceConnection = object : ServiceConnection {
override fun onServiceConnected(name: ComponentName?, service: IBinder?) {
Log.i(TAG, "onServiceConnected")
val binder = service as? MyService.MyBinder
// ...
}
override fun onServiceDisconnected(name: ComponentName?) {
Log.i(TAG, "onServiceDisconnected")
}
}
override fun onResume() {
super.onResume()
Log.i(TAG, "onResume")
val intent = Intent(context, MyService::class.java)
bindService(intent, myServiceConnection, Context.BIND_AUTO_CREATE);
}
override fun onPause() {
super.onPause()
Log.i(TAG, "onPause")
unbindService(myServiceConnection)
}
companion object {
val TAG = "MainActivity"
}
}
И последнее, но не менее важное: Манифест:
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.mirhoseini.stickyservice">
<application
android:name=".MyApplication"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:theme="@style/AppTheme">
<activity android:name=".MainActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<service
android:name=".MyService"
android:enabled="true"
android:exported="true"
android:process=":service" />
</application>
</manifest>
1 ответ
Служба обычно останавливается, когда останавливается основной поток приложения.
Лично я не согласен с использованием внутреннего сервиса в отдельном процессе для регулярной разработки и обмена функциональностью между модулями. Работник или IntentService является наиболее подходящим кандидатом в большинстве случаев.
Чтобы сохранить работоспособность службы после того, как пользователь выйдет из приложения, попробуйте один из запланированных механизмов потоков, который лучше всего соответствует вашим потребностям:
1- TimerTask (не очень рекомендуется!)
2- Executors.newScheduledThreadExecutor
3- AlarmManager
4- JobScheduler