&nbsp>&nbsp
&nbsp>&nbsp
&nbsp>&nbsp
Android 调用虚拟返回键函数onBackPressed()
摘要：Android自带有虚拟返回键,但一般在界面左上角还是会做一个返回按钮。刚开始写Android的时候返回按钮的处理逻辑就是结束当前的Activity,调用的是finish()。后来做表单的过程中发现一个问题,就是当输入框拥有焦点时,软键盘是显示的,这时直接点击UI上的返回按钮返回界面,会发现软键盘还停留在屏幕上,没有收起来,如果点击虚拟返回键的话,键盘会自己收起来的,所以就想直接把UI的返回按钮的点击事件直接调用虚拟返回键函数onBackPressed(),但点击时控制台打印
Android自带有虚拟返回键,但一般在界面左上角还是会做一个返回按钮。刚开始写Android的时候返回按钮的处理逻辑就是结束当前的Activity,调用的是finish()。
后来做表单的过程中发现一个问题,就是当输入框拥有焦点时,软键盘是显示的,这时直接点击UI上的返回按钮返回界面,会发现软键盘还停留在屏幕上,没有收起来,如果点击虚拟返回键的话,键盘会自己收起来的,所以就想直接把UI的返回按钮的点击事件直接调用虚拟返回键函数onBackPressed(),但点击时控制台打印说onBackPressed()必须在主线程中调用。在Stack Overflow上有外国大神提供了解决方法,代码如下:
runOnUiThread(new Runnable() {
public void run() {
onBackPressed();
以上代码就可以顺利调用虚拟返回键函数了。
以上是的内容，更多
的内容，请您使用右上方搜索功能获取相关信息。
若你要投稿、删除文章请联系邮箱：zixun-group@service.aliyun.com,工作人员会在五个工作日内给你回复。
云服务器 ECS
可弹性伸缩、安全稳定、简单易用
&40.8元/月起
预测未发生的攻击
&24元/月起
为您提供0门槛上云实践机会
你可能还喜欢
你可能感兴趣
阿里云教程中心为您免费提供
Android 调用虚拟返回键函数onBackPressed()相关信息，包括
的信息，所有Android 调用虚拟返回键函数onBackPressed()相关内容均不代表阿里云的意见！投稿删除文章请联系邮箱：zixun-group@service.aliyun.com，工作人员会在五个工作日内答复
售前咨询热线
支持与服务
资源和社区
关注阿里云
InternationalAndroid里面通过service获取手机热键keyevent - ITeye问答
&& 最近想开发一个应用，这个应用的触发条件就是用户通过手机按钮或者触摸屏来触发，一般手机按键监听和触摸屏监听都可以在activity中进行，但是用户一旦把应用程序退出后，就无法监听到用户的按键操作或触摸屏操作，我现在假设了两种可以继续监听的方案：
&& 1、通过activity启动一个非绑定的service，继续监听用户按键或者触摸屏操作，这个找了很长时间没有找到解决方案，查看了下activity的源码，发现activity中KeyEvent的处理与Window.Callback和KeyEvent.Callback有关，Activity中实现了这两个接口，但是Activity源码中用到了Window mWindow = PolicyManager.makeNewWindow(this)，这个PolicyManager是android的internal包里面的，ADT禁止外部使用，无奈，是否有更好的解决方案？
&& 2、activity做成类似腾讯的手机QQ那样，在用户点“返回键”不完全退出程序，程序自动缩小到手机状态栏中。（尚不知这种应用程序的activity是否还是处在resume状态，以及是否能继续监听用户按键操作，找了相关资料，说QQ这种应用程序叫沉浸式应用程序，但是找了好多资料都没有提到如何开发这类应用）
&& 求解答。
------------------------------------------------
自己鼎一下
问题补充：ylzyd12345 写道你说的手机QQ的情况。缩小到status bar， 这个时候手机QQ是没有能力接受用户操作信息的，比如触摸，滑动。
你想的这个方法不可行吧。 除非把这个做成 app widget
就想桌面宠物那种方式，你觉得呢。
哦，我去试试，谢谢了啊
你说的手机QQ的情况。缩小到status bar， 这个时候手机QQ是没有能力接受用户操作信息的，比如触摸，滑动。
你想的这个方法不可行吧。 除非把这个做成 app widget
就想桌面宠物那种方式，你觉得呢。
已解决问题
未解决问题没有更多推荐了，
不良信息举报
举报内容：
android中关于activity的返回键处理方法
举报原因：
原文地址：
原因补充：
最多只允许输入30个字
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！Android中startService基本使用方法概述
转载 &更新时间：日 09:42:45 & 作者：孙群
这篇文章主要介绍了Android中startService基本使用方法，详细解释了startService的基本使用概述及其生命周期,需要的朋友可以参考下
Android中有两种主要方式使用Service，通过调用Context的startService方法或调用Context的bindService方法，本文只探讨纯startService的使用，不涉及任何bindService方法调用的情况。如果想了解bindService的相关使用，请参见
当我们通过调用了Context的startService方法后，我们便启动了Service，通过startService方法启动的Service会一直无限期地运行下去，只有在外部调用Context的stopService或Service内部调用Service的stopSelf方法时，该Service才会停止运行并销毁。
要想使用Service，首先我们要继承自Service，然后重写如下方法:
onCreate, onStartCommand, onBind 和 onDestroy。
这几个方法都是回调方法，都是由Android操作系统在合适的时机调用的，并且需要注意的是这几个回调方法都是在主线程中被调用的。
onCreate: 执行startService方法时，如果Service没有运行的时候会创建该Service并执行Service的onCreate回调方法；如果Service已经处于运行中，那么执行startService方法不会执行Service的onCreate方法。也就是说如果多次执行了Context的startService方法启动Service，Service方法的onCreate方法只会在第一次创建Service的时候调用一次，以后均不会再次调用。我们可以在onCreate方法中完成一些Service初始化相关的操作。
onStartCommand: 在执行了startService方法之后，有可能会调用Service的onCreate方法，在这之后一定会执行Service的onStartCommand回调方法。也就是说，如果多次执行了Context的startService方法，那么Service的onStartCommand方法也会相应的多次调用。onStartCommand方法很重要，我们在该方法中根据传入的Intent参数进行实际的操作，比如会在此处创建一个线程用于下载数据或播放音乐等。
onBind: Service中的onBind方法是抽象方法，所以Service类本身就是抽象类，也就是onBind方法是必须重写的，即使我们用不到。在通过startService使用Service时，我们在重写onBind方法时，只需要将其返回null即可。onBind方法主要是用于给bindService方法调用Service时才会使用到。
onDestroy: 通过startService方法启动的Service会无限期运行，只有当调用了Context的stopService或在Service内部调用stopSelf方法时，Service才会停止运行并销毁，在销毁的时候会执行Service回调函数。
我们为了探究通过startService方法启动的Service的生命周期以验证上面对各个回调函数方法的描述，写了如下的一个测试案例。
首先创建一个服务类TestService，该类继承自Service，代码如下:
package com.ispring.
import android.app.S
import android.content.I
import android.os.IB
import android.util.L
public class TestService extends Service {
public void onCreate() {
Log.i("DemoLog","TestService -& onCreate, Thread ID: " + Thread.currentThread().getId());
super.onCreate();
public int onStartCommand(Intent intent, int flags, int startId) {
Log.i("DemoLog", "TestService -& onStartCommand, startId: " + startId + ", Thread ID: " + Thread.currentThread().getId());
return START_STICKY;
public IBinder onBind(Intent intent) {
Log.i("DemoLog", "TestService -& onBind, Thread ID: " + Thread.currentThread().getId());
public void onDestroy() {
Log.i("DemoLog", "TestService -& onDestroy, Thread ID: " + Thread.currentThread().getId());
super.onDestroy();
我们在TestService的各个回调方法中只是简单打印出了相应的信息，并没有做很多复杂的处理操作。
然后我们在Activity中调用该Serivce，Activity中相应的代码如下:
package com.ispring.
import android.app.A
import android.content.I
import android.os.B
import android.util.L
public class MainActivity extends Activity {
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Log.i("DemoLog", "Thread ID: " + Thread.currentThread().getId());
Log.i("DemoLog", "before test startService");
//连续启动Service
Intent intent1 = new Intent(this, TestService.class);
startService(intent1);
Intent intent2 = new Intent(this, TestService.class);
startService(intent2);
Intent intent3 = new Intent(this, TestService.class);
startService(intent3);
//停止Service
Intent intent4 = new Intent(this, TestService.class);
stopService(intent4);
//再次启动Service
Intent intent5 = new Intent(this, TestService.class);
startService(intent5);
Log.i("DemoLog", "after test startService");
我们在Activity中，首先连续三次调用了Activity的startService方法以启动Service，然后调用Activity的stopService方法停止Service，然后又通过调用Activity的startService方法启动Service。
运行程序的输出结果如下:
我们分析一下上面的输出结果，首先打印出了主线程的ID是1， 然后我们发现后面所有在回调函数中打印出的执行线程的ID也就是1，这就说明了Service中的各个回调方法是运行在主线程中的。其次我们可以发现在我们连续调用了三次startService方法之后，只触发了一次onCreate回调方法，触发了三次onStartCommand方法，在onStartCommand中我们可以读取到通过startService方法传入的Intent对象，并且这三次的startId都不同，分别是1,2,3，每次调用startService都会自动分配一个startId，startId可以用来区分不同的startService的调用，一般情况下startId都是从1开始计数，以后每次调用startService之后startId自动加一递增。
之后我们又调用了Activity的stopService(intent4)方法用于停止Service，通过输出结果我们发现Service执行了onDestroy方法，一般情况下我们可以在onDestroy方法中执行一些资源释放的操作。执行完onDestroy之后该Service的实例就销毁了。虽然我们之前调用了三次startService方法，但是只要调用一次stopService就可以让运行中的Service停止运行并销毁。
最后我们再次通过startService(intent5)启动Service时，通过输出结果我们发现再次执行了Service的onCreate方法，这说明Service在通过stopService销毁之后重新创建了，并随之再次调用onStartCommand回调方法，并且startId再次从1开始计数。
最后需要注意的是我们在Activity中操作Service的开始和结尾处分别写了两句输出代码，分别是
代码如下:Log.i("DemoLog", "before test startService");
代码如下:Log.i("DemoLog", "after test startService");
但是我们再看一下输出结果会发现，程序直接上来在输出了before test startService之后，却立即输出了after test startService，在这之后才是TestService内部各个回调方法的输出，这说明startService()方法和stopService()方法在执行完后立即返回了，也就是这两个方法都不是阻塞式的，启动service和停止service都是异步操作，startService()、stopService()都是将intent对象发送给Android Framework，然后Framework层异步地启动、停止Service。
我们用一张图来概括一下通过startService启动的Service的生命周期：
当Android面临内存匮乏的时候，可能会销毁掉你当前运行的Service，然后待内存充足的时候可以重新创建Service，Service被Android系统强制销毁并再次重建的行为依赖于Service中onStartCommand方法的返回值。我们常用的返回值有三种值，START_NOT_STICKY、START_STICKY和START_REDELIVER_INTENT，这三个值都是Service中的静态常量。
START_NOT_STICKY： 如果返回START_NOT_STICKY，表示当Service运行的进程被Android系统强制杀掉之后，不会重新创建该Service，当然如果在其被杀掉之后一段时间又调用了startService，那么该Service又将被实例化。那什么情境下返回该值比较恰当呢？如果我们某个Service执行的工作被中断几次无关紧要或者对Android内存紧张的情况下需要被杀掉且不会立即重新创建这种行为也可接受，那么我们便可将 onStartCommand的返回值设置为START_NOT_STICKY。举个例子，某个Service需要定时从服务器获取最新数据：通过一个定时器每隔指定的N分钟让定时器启动Service去获取服务端的最新数据。当执行到Service的onStartCommand时，在该方法内再规划一个N分钟后的定时器用于再次启动该Service并开辟一个新的线程去执行网络操作。假设Service在从服务器获取最新数据的过程中被Android系统强制杀掉，Service不会再重新创建，这也没关系，因为再过N分钟定时器就会再次启动该Service并重新获取数据。
START_STICKY： 如果返回START_STICKY，表示Service运行的进程被Android系统强制杀掉之后，Android系统会将该Service依然设置为started状态（即运行状态），但是不再保存onStartCommand方法传入的intent对象，然后Android系统会尝试再次重新创建该Service，并执行onStartCommand回调方法，但是onStartCommand回调方法的Intent参数为null，也就是onStartCommand方法虽然会执行但是获取不到intent信息。如果你的Service可以在任意时刻运行或结束都没什么问题，而且不需要intent信息，那么就可以在onStartCommand方法中返回START_STICKY，比如一个用来播放背景音乐功能的Service就适合返回该值。
START_REDELIVER_INTENT： 如果返回START_REDELIVER_INTENT，表示Service运行的进程被Android系统强制杀掉之后，与返回START_STICKY的情况类似，Android系统会将再次重新创建该Service，并执行onStartCommand回调方法，但是不同的是，Android系统会再次将Service在被杀掉之前最后一次传入onStartCommand方法中的Intent再次保留下来并再次传入到重新创建后的Service的onStartCommand方法中，这样我们就能读取到intent参数。只要返回START_REDELIVER_INTENT，那么onStartCommand重的intent一定不是null。如果我们的Service需要依赖具体的Intent才能运行（需要从Intent中读取相关数据信息等），并且在强制销毁后有必要重新创建运行，那么这样的Service就适合返回START_REDELIVER_INTENT。
以上就是关于startService的基本使用概述及其生命周期介绍，希望对大家的学习有所帮助
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具没有更多推荐了，
不良信息举报
举报内容：
在Activity，Service，Window中监听Home键和返回键的一些思考，如何把事件传递出来的做法！
举报原因：
原文地址：
原因补充：
最多只允许输入30个字
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！