Handler的removeCallbacksAndMessages怎么不好使了呢?

前言

此篇文章记录日常遇到的一个小坑:Handler的removeCallbacksAndMessages没生效。

正文

需求:

需求:有1-5个超时任务,如果某个任务在规定时间内完成,需要取消对应的超时任务;

这个需求并不复杂,如果是比较简单的延时任务,可以使用Handler.postDelayed添加延时任务,如果任务在预期内完成,可以通过Handler.removeCallbacksAndMessages删除掉对应的任务:

Handler handler = new Handler();
// 添加5个超时任务,每一个任务的Tag通过generateToken()生成
for (int i = 0; i < 5; i++) {
    Log.e("lzp", "start post delay task " + i);
    int finalI = i;
    handler.postDelayed(() -> Log.e("lzp", "timeout " + finalI), generateToken(i), 3000);
}

// 1s后取消所有的延时任务
handler.postDelayed(() -> {
    for (int i = 0; i < 5; i++) {
        Log.e("lzp", "removeCallbacksAndMessages " + i);
        handler.removeCallbacksAndMessages(generateToken(i));
    }
}, 1000);

// 生成任务的Token
private String generateToken(int i) {
    return “Task” + i;  
}

如果上面的代码正常运行,按照我的期望这5个超时任务应该会被取消掉,但是运行的结果却是:


image.png

分析

看来Handler.removeCallbacksAndMessages并没有成功的取消对应的任务,只能去看源码了:

public final void removeCallbacksAndMessages(Object token) {
    mQueue.removeCallbacksAndMessages(this, token);
}

// MessageQueue.java
void removeCallbacksAndMessages(Handler h, Object object) {
    if (h == null) {
        return;
    }

    synchronized (this) {
        Message p = mMessages;

        // Remove all messages at front.
        // 请注意这里使用的是 ==,而不是equals
        while (p != null && p.target == h
                && (object == null || p.obj == object)) {
            Message n = p.next;
            mMessages = n;
            p.recycleUnchecked();
            p = n;
        }

        // Remove all messages after front.
        while (p != null) {
            Message n = p.next;
            if (n != null) {
                // 请注意这里使用的是 ==,而不是equals
                if (n.target == h && (object == null || n.obj == object)) {
                    Message nn = n.next;
                    n.recycleUnchecked();
                    p.next = nn;
                    continue;
                }
            }
            p = n;
        }
    }
}

源码也非常的简单,很快就发现了问题可能发生的地方,这里判断Token使用的“==”而不是equals,我使用的是字符串作为Token,确实可能这里判断是不相等的,之后通过断点确认此处判断的确是false。那么为什么我的字符串内存地址不同呢,字符串常量池没有复用吗?为了解决这个疑问,只能去查看编译后的字节码,看看generateTag到底是如何工作的。

首先找到生成的apk文件,直接双击打开,此时可能看到多个dex文件,所以要找到类具体被打包到了那个dex文件中,然后找到对应的方法右键点击Show ByteCode:


image.png
.method private generateTag(I)Ljava/lang/String;
    .registers 4
    .param p1, "i"    # I

    .line 56
    // 创建StringBuilder
    new-instance v0, Ljava/lang/StringBuilder;
    // 执行StringBuilder构造方法
    invoke-direct {v0}, Ljava/lang/StringBuilder;-><init>()V
    // 创建常量Task
    const-string v1, "Task"
    // StringBuilder拼接Task字符串
    invoke-virtual {v0, v1}, Ljava/lang/StringBuilder;->append(Ljava/lang/String;)Ljava/lang/StringBuilder;
    
    move-result-object v0
    // 拼接参数I
    invoke-virtual {v0, p1}, Ljava/lang/StringBuilder;->append(I)Ljava/lang/StringBuilder;

    move-result-object v0
    // 调用StringBuilder的toString方法
    invoke-virtual {v0}, Ljava/lang/StringBuilder;->toString()Ljava/lang/String;
    // 把toString的结果赋值给v0
    move-result-object v0
    // 返回v0
    return-object v0
.end method

字节码的语法跟Java差不多,通过分析字节码发现,JVM会把我们的字符串的“+”在编译的时候替换为StringBuilder的拼接操作,所以再去查看一下StringBuilder的toString方法:

@Override
public String toString() {
    if (count == 0) {
        return "";
    }
    return StringFactory.newStringFromChars(0, count, value);
}
    
@FastNative
static native String newStringFromChars(int offset, int charCount, char[] data);

StringBuilder的toString调用native方法newStringFromChars,这个newStringFromChars方法实际上就是String内部用来创建字符串的类,例如:

public static String valueOf(char c) {
    // Android-changed: Replace constructor call with call to new StringFactory class.
    // char data[] = {c};
    // return new String(data, true);
    return StringFactory.newStringFromChars(0, 1, new char[] { c });
}

结论

所以通过以上的分析,得出结论:字符串使用“+”或StringBuilder进行拼接,返回的是相同内容的不同对象,而Handler.removeCallbacksAndMessages使用“==”判断Token的内存地址是否相等,所以导致移除任务失败。

推荐阅读更多精彩内容

  • 所谓,君子性非异也,善假于物也!~ 那么,本文意在给大家提供快速、全面、高效的面试解决方案; 为大家节约寻找面试、...
    骑小猪看流星阅读 4,013评论 15 100
  • 泛型 可以将运行期的错误转移到编译器来 泛型是JDK5中引入的一种参数化类型特性 把类型当作参数一样传递 <数据类...
    dx8719阅读 110评论 0 1
  • 一 布局优化 核心思想:减少布局文件层级布局层级减少 -> 绘制工作量减少 ->性能提高 删除布局中无用控件和层级...
    _Sisyphus阅读 237评论 0 0
  • 一. 布局优化 核心思想:减少布局文件层级布局层级减少 -> 绘制工作量减少 ->性能提高 删除布局中无用控件和层...
    _Sisyphus阅读 203评论 0 0
  • 预防OOM的几点建议 Android开发过程中,在 Activity的生命周期里协调耗时任务可能会很困难,你一不小...
    MrWang915阅读 229评论 0 0
  • final关键字 可以用来修饰类、方法和变量(包括成员变量和局部变量) 1.修饰类 当用final修饰一个类时,表...
    快感的感知阅读 835评论 0 2
  • final关键字 可以用来修饰类、方法和变量(包括成员变量和局部变量) 1.修饰类 当用final修饰一个类时,表...
    Mr_Fly阅读 307评论 0 1
  • [笔记]Android性能优化 上[笔记]Android性能优化 中[笔记]Android性能优化 下 说明 这篇...
    幻海流心阅读 1,545评论 0 27
  • 多线程 创建线程是几种方式 方式一:继承Thread类,覆写run方法,创建实例对象,调用该对象的start方法启...
    月明千古间阅读 104评论 0 0
  • 为什么要进行内存优化:APP运行内存限制,OOM导致APP崩溃。APP性能:流畅性、响应速度和用户体验,因为GC回...
    ArcherZang阅读 565评论 0 0
  • 1、什么是ANR 如何避免它? 这个对话框称作应 用程序无响应(ANR:Application NotRespon...
    _Rice_阅读 1,529评论 0 3
  • 为什么进行内存优化? 1. app运行内存限制,OOM导致app奔溃2. app性能:流畅性、响应速度和用户体验 ...
    _Sisyphus阅读 1,086评论 0 24
  • 标签(空格分隔): Android 内存泄漏的基本知识请见博客一如何高效使用handler避免内存泄漏请见博客二 ...
    背影杀手不太冷阅读 1,060评论 0 1
  • 1.如何检测内存问题 内存泄漏:在基于Java的运行中,内存泄漏是一种编程错误,它会导致应用程序对已经不需要再使用...
    LiChengZe_Blog阅读 799评论 0 5
  • 张利平2021.3.6「学习《情绪按钮》第20天收获: [太阳]今天学习内容: 第七章《情绪的来源》(五)情绪的来...
    张利平专注国学教育139876阅读 4,773评论 1 3
  • 这周的作文题目是:假设你现在在火车上,对面坐着一个漂亮的异性,去构思一段故事,想想接下来会发生什么。那么接下来我的...
    2077516阅读 2,452评论 3 0
  • 人们问爱因斯坦为何能在1905年提出那么多改变人类认识世界的理论,他谦虚地回答道: “并不是我很聪明,只是我和问题...
    世界和平_众生安康阅读 6,020评论 0 10
  • 过年时一帮好友聚会,几杯小老酒下肚朋友向我们吐露了心声:前夫再婚组建了新家庭,今年又生了个儿子,他们不仅复婚无望前...
    fanfan方阅读 2,438评论 1 2
  • 七律 赴重庆市荣昌区万灵镇参加蓝氏文化研討交流会以记 “天下蓝氏一家人” (...
    兰光宗_63_西语_退休阅读 3,418评论 0 4
  • 以前在主楼一楼上班,需要随时进出大门,早上上班时会有保安守在门口迎接大家,保安会跟领导敬礼,后来搬到副楼一楼以后,...
    当巨蟹遇上金牛阅读 1,776评论 2 1