首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Android Runnable在removeCallbacks()之后没有停止

Android Runnable是一个接口,用于定义一个可以在后台线程中执行的任务。它通常与Handler一起使用,用于在特定的时间间隔或延迟后执行任务。

在Android中,当我们使用Handler的postDelayed()方法来延迟执行一个Runnable任务时,如果在任务执行之前调用了removeCallbacks()方法,那么该任务将被取消,不会再执行。

然而,有时候我们可能会遇到Runnable在调用removeCallbacks()之后仍然继续执行的情况。这可能是因为在调用removeCallbacks()之前,任务已经被添加到了消息队列中,而removeCallbacks()只能移除还未被执行的任务。如果任务已经开始执行,那么调用removeCallbacks()将无效。

为了确保Runnable在调用removeCallbacks()之后停止执行,我们可以使用一个标志位来控制任务的执行。具体做法是在Runnable的run()方法中添加一个判断,如果标志位为true,则终止任务的执行。

以下是一个示例代码:

代码语言:txt
复制
private boolean isRunnableRunning = true;

private Runnable myRunnable = new Runnable() {
    @Override
    public void run() {
        // 执行任务逻辑
        if (isRunnableRunning) {
            // 继续执行任务
            // ...
            // 任务执行完毕后,可以调用removeCallbacks()取消任务
            handler.removeCallbacks(myRunnable);
        }
    }
};

// 调用removeCallbacks()取消任务
handler.removeCallbacks(myRunnable);
isRunnableRunning = false;

在上述示例中,我们使用了一个布尔型的标志位isRunnableRunning来控制任务的执行。当调用removeCallbacks()时,我们将标志位设置为false,从而在任务执行时判断标志位的值,如果为false,则终止任务的执行。

需要注意的是,上述示例中的handler是一个Handler对象,用于将Runnable任务添加到消息队列中。你可以根据具体的场景选择合适的方式来创建和使用Handler对象。

关于Android Runnable的更多信息,你可以参考腾讯云的相关文档:

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

android定时器开发[通俗易懂]

在android中,经常用到的定时器主要有以下几种实现: 一、采用Handler与线程的sleep(long )方法 二、采用Handler的postDelayed(Runnable, long) 方法 三、采用Handler与timer及TimerTask结合的方法。 下面逐一介绍: 一、采用Handle与线程的sleep(long )方法 Handler主要用来处理接受到的消息。这只是最主要的方法,当然Handler里还有其他的方法供实现,有兴趣的可以去查API,这里不过多解释。 1.定义一个Handler类,用于处理接受到的Message. Handler handler = new Handler() { public void handleMessage(Message msg) { //要做的事情 super.handleMessage(msg); } }; 2.新建一个实现Runnable接口的线程类。如下: public class MyThread implements Runnable{ @Override public void run() { // TODO Auto-generated method stub while (true) { try { Thread.sleep(10000);//线程暂停10秒,单位毫秒 Message message=new Message(); message.what=1; handler.sendMessage(message);//发送消息 } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); } } } } 3.在需要启动线程的地方加入下面语句: new Thread(new MyThread()).start(); 4.启动线程后,线程每10s发送一次消息。 二、采用Handler的postDelayed(Runnable, long) 方法 这个实现比较简单一些: 1. Handler handler=new Handler(); Runnable runnable=new Runnable(){ @Override public void run() { // TODO Auto-generated method stub //要做的事情 handler.postDelayed(this, 2000); } }; 2.启动计时器: handler.postDelayed(runnable, 2000);//每两秒执行一次runnable. 3.停止计时器: handler.removeCallbacks(runnable); 三、采用Handler与timer及TimerTask结合的方法。 1.定义定时器、定时器任务及Handler句柄 private final Timer timer = new Timer(); private TimerTask task; Handler handler = new Handler() { @Override public void handleMessage(Message msg) { // TODO Auto-generated method stub //要做的事情 super.handleMessage(msg); }

01

Android开发笔记(一百二十六)自定义音乐播放器

在Android手机上面,音频的处理比视频还要复杂,这真是出人意料。在前面的博文《Android开发笔记(五十七)录像录音与播放》中,介绍了视频/音频的录制与播放,其中录像用的是MediaRecorder类,播放用的是MediaPlayer类。虽然Android还提供了专门的视频视图VideoView,但是该控件并非新的东西,而是继承了MediaRecorder和MediaPlayer,所以严格来说,Android上面只有一种视频的录制和播放方式。可是音频就大不一样了,Android提供了两种录音方式,以及至少三种常用的播音方式。两种录音方式分别是MediaRecorder类和AudioRecord类,而播音方式包括MediaPlayer类、AudioTrack类和SoundPool类,它们的使用场合各有千秋,且待笔者下面细细道来。 首先是MediaRecorder与MediaPlayer,这对组合即可用于录像,也可单独录制音频。它们处理的音频文件是压缩过的编码文件,通常用于录制和播放音乐,是最经常用到的。MediaRecorder与MediaPlayer在处理音频和视频时,整体流程是一样的,只有在部分方法的调用上有所差异,下面分别把录音/播音有关的方法列出来。 MediaRecorder的录音相关方法: reset : 重置录制资源 prepare : 准备录制 start : 开始录制 stop : 结束录制 release : 释放录制资源 setOnErrorListener : 设置错误监听器。可监听服务器异常以及未知错误的事件。 setOnInfoListener : 设置信息监听器。可监听录制结束事件,包括达到录制时长或者达到录制大小。 setAudioSource : 设置音频来源。一般使用麦克风AudioSource.MIC。 setOutputFormat : 设置媒体输出格式。OutputFormat.AMR_NB表示窄带格式,OutputFormat.AMR_WB表示宽带格式,AAC_ADTS表示高级的音频传输流格式。该方法要在setVideoEncoder之前调用,不然调用setAudioEncoder时会报错“java.lang.IllegalStateException”。 setAudioEncoder : 设置音频编码器。AudioEncoder.AMR_NB表示窄带编码,AudioEncoder.AMR_WB表示宽带编码,AudioEncoder.AAC表示低复杂度的高级编码,AudioEncoder.HE_AAC表示高效率的高级编码,AudioEncoder.AAC_ELD表示增强型低延迟的高级编码。 注意:setAudioEncoder应在setOutputFormat之后执行,否则会出现“setAudioEncoder called in an invalid state(2)”的异常。 setAudioSamplingRate : 设置音频的采样率,单位赫兹(Hz)。该方法为可选,AMRNB默认8khz,AMRWB默认16khz。 setAudioChannels : 设置音频的声道数。1表示单声道,2表示双声道。该方法为可选 setAudioEncodingBitRate : 设置音频每秒录制的字节数。越大则音频越清晰。该方法为可选 setMaxDuration : 设置录制时长。单位毫秒。 setMaxFileSize : 设置录制的媒体大小。单位字节。 setOutputFile : 设置输出文件的路径。 MediaPlayer的播音相关方法: reset : 重置播放器 prepare : 准备播放 start : 开始播放 pause : 暂停播放 stop : 停止播放 setOnPreparedListener : 设置准备播放监听器。 setOnCompletionListener : 设置结束播放监听器。 setOnSeekCompleteListener : 设置播放拖动监听器。 create : 创建指定Uri的播放器。 setDataSource : 设置播放数据来源。create与setDataSource只需设置其一。 setVolume : 设置音量。第一个参数是左声道,第二个参数是右声道,取值在0-1之间。 setAudioStreamType : 设置音频流的类型。AudioManager.STREAM_MUSIC表示音乐,AudioManager.STREAM_RING表示铃声,AudioManager.STREAM_ALARM表示闹钟,AudioManager.STREAM_NOTIFICATION表示通知。 setLooping : 设置是否循环播放。 i

03

Android开发笔记(四十七)Runnable接口实现多线程

Runnable接口可声明一连串的事务,常用于多线程处理。但是实现Runnable接口并不意味着开启了一个新线程,只是定义了接下来要做的事情,至于说这些事情要在主线程处理,还是在分线程处理,那得看我们在哪里运行Runnable实例。如果在Handler或者View中启动Runnable,那么Runnable事务便运行于UI线程;如果在Thread中启动Runnable,那么Runnable事务便运行于非UI线程。 实现Runnable接口只需重写run函数,该函数内部放的就是需要Runnable处理的事务。run方法无需显式调用,在启动Runnable实例时便会调用对象的run方法。 实现Runnable接口相对于继承Thread类来说,有以下好处:  1、Runnable接口实质是共享代码,类似于函数调用,但又比函数调用灵活,因为Runnable可选择实际调用的时机,而不必像函数调用那样还得等待调用结束; 2、可以避免Java单继承方式的局限。如果一个新类继承了Thread类,就不能再继承别的类。但是Runnable只是接口,所以新类可以继承别的类,同时实现Runnable接口。

03

Android开发笔记(七十五)内存泄漏的处理

一直以来以为只有C/C++才存在内存泄漏的问题,没想到拥有内存回收机制的Java也可能出现内存泄漏。C/C++存在指针的概念,程序中需要使用指针变量时,就从内存中开辟一块区域,并把该区域的首地址赋值给一个指针,这样程序才可操作该指针指向的内存区域。因为C/C++设计上的原因,手工分配的内存,也要手工来释放,如malloc/free是C中分配/释放内存的运算符,而new/delete则是C++中新增的分配/释放内存的运算符。 Java设计之初就是能够自动回收内存,可是有些时候因为某些因素,内存回收机制并不会都奏效。情况之一是调用了非java接口,比如调用了jni接口,jni中C/C++的内存就要手工回收;情况之二是调用了外部服务,使用完毕就得手工通知外部服务去回收;情况之三是异步处理,实时的内存回收显然顾不上异步处理的任务。

02
领券