前言
这篇文章比较简单，但是因为是一个本人的误区，所以还是记录下
问题引入
业务场景是这样的，由两个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，这个问题可能就这么掩盖过去了，凡是多验证。。