前言

这篇文章比较简单，但是因为是一个本人的误区，所以还是记录下

问题引入

业务场景是这样的，由两个callback的回调来决定sdk初始化是否成功，问题在于这两个callback是异步执行的；我们的想法是建一个wrapper来管理两个callback是否执行成功的标志位，然后调用到一个callback的时候检查另一个标志位是否为true；如果为true则会执行真正代表初始化成功的callback；方案听起来很好，很简单；但是别忽略了一个问题，因为两个callback是异步执行，那么在特殊情况下callback会执行两次，为什么就不解释了，多线程的基础特性；解决方案是什么呢？ 1.多线程同步lock或者synchronized等 2. 因为在子线程的callback也是一些简单的标志位处理操作，直接放到主线程去执行，不就规避了同步的问题？ 决定采用方案2；

@MainThread注解

准备操作的时候看到子线程的回调函数上已经有了注解

    @MainThread
    void onSuccess(@Nullable T result);

    @MainThread
    void onFailed(@Nullable T exception);

看来上一个写的人已经想到了，那不用操作了；真的是这样吗？

在onSuccess的实现出加一行log,如下：

06-12 15:24:53.881 26773 26934 I weijuncheng: BaseChannel 

..................................................................................

"XXXThread" prio=5 tid=32 TimedWaiting
  | group="main" sCount=1 dsCount=0 flags=1 obj=0x13605348 self=0xd4284200
  | sysTid=26934 nice=0 cgrp=default sched=0/0 handle=0xd3949970
  | state=S schedstat=( 66702190 2541197 56 ) utm=6 stm=0 core=5 HZ=100
  | stack=0xd3846000-0xd3848000 stackSize=1042KB
  | held mutexes=
  at java.lang.Object.wait(Native method)
  - waiting on <0x05ca0b8d> (a java.lang.Object)
  at java.lang.Object.wait(Object.java:422)
  at XXXController$XXXThread.run(XXXController.java:286)
  - locked <0x05ca0b8d> (a java.lang.Object)

可见并没有按照我想的那样生效啊，@MainThread到底是什么用呢？

首先参考
https://developer.android.com/reference/android/support/annotation/MainThread.html

Denotes that the annotated method should only be called on the main thread. If the annotated element is a class, then all methods in the class should be called on the main thread.

看着也没错啊，搜了下，似乎有人有同样的问题呢
https://stackoverflow.com/questions/47665243/no-error-for-mainthread-annotation

还是看下@MainThread这个注解接口吧

@Documented
@Retention(RetentionPolicy.CLASS)
@Target({ElementType.METHOD, ElementType.CONSTRUCTOR, ElementType.TYPE, ElementType.PARAMETER})
public @interface MainThread {
}

UiThread类似， 注意RetentionPolicy.CLASS，这个注解是在编译时生效的，如果编过了你在子线程调用也没法帮你推到主线程啊
试了下下面几种情况：

情况1

@AnyThread
private void getData() {
    new Thread(new Runnable() {
        @WorkerThread // MUST DEFINE THREAD HERE
        @Override
        public void run() {
            updateUI(); // annotation error here
        }
    }).start();
    updateUI(); // annotation error here
}

@MainThread
void updateUI() {

}

情况2

private void getData() {
    new Thread(new Runnable() {
        @WorkerThread // MUST DEFINE THREAD HERE
        @Override
        public void run() {
            updateUI(); // annotation error here
        }
    }).start();
    updateUI(); // no annotation error here
}

@MainThread
void updateUI() {

}

情况3

@AnyThread
private void getData() {
    new Thread(new Runnable() {
        @WorkerThread // MUST DEFINE THREAD HERE
        @Override
        public void run() {
            test(); // no annotation error here
        }
    }).start();
}

void test(){
    updateUI();
}

@MainThread
void updateUI() {

}

情况4

private void getData() {
    new Thread(new Runnable() {
        @WorkerThread // MUST DEFINE THREAD HERE
        @Override
        public void run() {
            test(); // no annotation error here
        }
    }).start();
}

void test(){
    updateUI();
}

@MainThread
void updateUI() {

}

可见只有@AnyThread或者Thread run与@MainThread相邻时编译时才能检查出来；MainThread注解的实现代码可能需要去注解处理器里面看了，太麻烦，还是试验注意总结规律吧；总之，是对编译期使用的，不会再运行时给你切换到主线程哈；误区误区

解决

既然注解不能实现，那就手动实现吧； 这个网上就要很多方案了，随便贴一个https://blog.csdn.net/u010520146/article/details/82108583
因为没有activity对象可以依赖，所以最终使用原始的mainHandler post来处理的

总结

有些用法不要想当然，还是要看一下的，如果不是小心加了一句log，这个问题可能就这么掩盖过去了，凡是多验证。。