POSTING模式下，非UI线程中发布消息，订阅函数更新UI

posting模式，哪个线程发送，那个线程就接收。非ui线程发布消息，订阅函数更新UI所在的线程也是非ui线程。

非ui线程在一定条件下也可以更新ui。

因为ViewRootImpl 的创建在 onResume 方法回调之后，在 onCreate 方法中创建了子线程并访问 UI，在那个时刻，ViewRootImpl 还没有创建，在子线程写了更新ui代码，虽然可能会触发 View#requestLayout 和 View#invalidate() ，但是由于 ViewRootImpl还未创建出来，因此 ViewRootImpl#checkThread 没有被调用到，也就是说，检测当前线程是否是创建的 UI 那个线程 的逻辑没有执行到，所以程序没有崩溃一样能跑起来。而之后修改了程序，让线程休眠了 300 毫秒后，程序就崩了。很明显 300 毫秒后 ViewRootImpl 已经创建了，可以执行 checkThread 方法检查当前线程。

关键词：ViewRootImpl checkThread

个人感觉是因为posting是按照第一次发送接收方所在线程定的，所以第一次如果双方都是main线程，他就认为subscriber和publisher可以互相通信，所以就算后面publisher变为了子线程，subscriber依然可以在主线程接收到这条event