其实基本原理相同，对于Android来说，MainScope里挂起的回调也是通过handler到主线程looper中去执行。
这里提供一个demo程序实现，将会看到还是略有不同。
程序很简单，就是在屏幕中间位置显示一个“Hello World！”字符串，其y轴的位置会实时变化。
这里，我们用两种方式来实现y轴位置的变化，分别是Handler.postDelay和MainScope.launch { delay() }
这里代码有两处日志打印，分别在onDraw和move里。
- onDraw里打印y轴的位置
- move里打印距上一次移动/绘制的时间间隔
运行效果如下：
- Handler.postDelay(自定义view中可直接用postDelayed())
- MainScope.launch { delay(1L) }
😂gif看起来动得有点慢，实际跑起来移动速度要快得多，但可以看出不同，MainScope.launch的方式要比postDelayed()的方式移动得更快。
Handler.postDelay
逻辑就是要每隔1ms令文字移动1px。
运行后的结果如下：
可以发现实际每次打印的时间间隔是11ms左右（测试机屏幕是90hz刷新率，约11ms），并且每次都在onDraw之后，也就是一帧才移动/绘制一次。
这里也有个问题，为什么设置的延迟1ms再次执行，实际却每11ms才再次执行？
因为在move方法中有个invalidate()，这里会加入一个屏障消息（老八股），那么只有等下一帧信号来的时候，会执行view的绘制，并且才会移除屏障消息，所以，这里的消息每隔一帧才会执行一次。
MainScope.launch { delay() }
直接在mainScope中启动协程，并且move()后delay(1ms)，看看效果。
这里多打印了一个日志，判断当前执行是否在主线程，很明显，是的。
另外可以看到，这里执行间隔基本是在1ms（除去中间一些计算逻辑），所以每一帧会绘制7次左右，在实际展示效果中，文字移动的速度会比Handler.postDelay的方式快7倍。
两个问题：
- delay是如何延迟消息并回到主线程执行的？
- 为什么这里就是每隔1ms执行一次
直接上源码：
可以看到，其实也是通过hander进行消息分发。
而这个HandlerContext就是Android里的Dispatcher.Main。
其实例如下：
这里MainDispatcherLoader.dispatcher将会一步步走到这：
注意这里async = true。
其实这里是创建了一个异步Handler
而这个异步Handler会把每个消息都当成异步消息
所以在MainScope.launch中delay()时，会向主线程looper发送一个延迟的异步消息，那么遇到屏障消息后，此异步消息也能够照常执行。
改造测试
知道了MainScope的原理，那么对于Handler.postDelay我们也来进行改造下
- 将每次post的消息也改成异步消息:
- 直接套用MainScope里获取Handler的原理（直接复制asHandler方法）:
运行后如图：
可以看到，此消息执行间隔也变成了1ms，说明此消息也不受屏障消息的影响了。
思考
课后思考（真心求问）：
为什么Dispatcher.Main的Handler要设计成异步Handler呢？
欢迎评论区一起讨论(^▽^)。
