Android 从启动器处理应用程序关闭事件';s菜单
我想做的是知道用户何时从Android Launcher的菜单关闭应用程序,该菜单在home按钮长按时打开: 我想在用户关闭应用程序时执行一些操作 事实上,我希望用户每次离开应用程序时都注销,但只要他能在这个was中关闭应用程序,我就必须处理这个事件,然后进行操作 我试着用谷歌搜索这一个,但我找不到任何考虑到这一点的东西 我不想覆盖onStop()或onDestroy(),只要用户可以返回应用程序,在这种情况下,我不必进行更改。不要这样建议。我只想在用户完全关闭应用程序时进行更改 因此,我的问题是:Android 从启动器处理应用程序关闭事件';s菜单,android,android-activity,android-lifecycle,ondestroy,android-recents,Android,Android Activity,Android Lifecycle,Ondestroy,Android Recents,我想做的是知道用户何时从Android Launcher的菜单关闭应用程序,该菜单在home按钮长按时打开: 我想在用户关闭应用程序时执行一些操作 事实上,我希望用户每次离开应用程序时都注销,但只要他能在这个was中关闭应用程序,我就必须处理这个事件,然后进行操作 我试着用谷歌搜索这一个,但我找不到任何考虑到这一点的东西 我不想覆盖onStop()或onDestroy(),只要用户可以返回应用程序,在这种情况下,我不必进行更改。不要这样建议。我只想在用户完全关闭应用程序时进行更改 因此,我的问
- applicationdestroy()上没有类似于
的东西吗
- 当用户以这种方式关闭应用程序时,是否可以与服务器建立连接并传递一些值
- Android将终止您的后台进程,为其他应用程序释放内存
- 使用第三方任务终止后台进程的用户
onStartCommand()
返回start\u STICKY
或start\u REDELIVER\u INTENT
,可能是由于该方法的超类实现。如果您返回START\u NOT\u STICKY
,那么如果Android由于内存不足而终止您的进程,Android将不会在以后内存改善时尝试重新启动您的服务。是的,我返回了START\u STICKY。这就是问题所在吗?我应该将其更改为非粘性吗?@andranikAzizbekyan:START\u sticky
意味着如果您的进程因内存不足而终止(或模拟内存不足的情况,如将应用程序从最近的任务列表中删除),您特别希望重新启动服务。如果这不是您想要的行为,请使用START\u not\u STICKY
@ranjithstar256:如果您希望每两小时获得一次控制权,请使用AlarmManager
。坐着看时钟滴答作响并没有积极地向用户传递价值。