我脑补的这个场景，用罗翔老师的话来讲是 「法律允许，但是不提倡」。 当 Activity 不在前台的时候，就应该把 requestLayout() 方法停掉嘛。 我们知道的，这个方法会从调用的 View 一层一层往上调用，直到 ViewRootImpl.requestLayout() 方法，然后会从上往下，触发 View 的测量和布局甚至
作者：字节小站 最近有个朋友跟我提了一个很有深度的问题。 ❝ 朋友：锁屏后，调用 View.requestLayout() 方法后会不会 postSyncBarrier？ ❞ 乍一看有点超纲了。 细细一想，还在射程内。我把这个问题拆分成了两个问题，本文我将紧紧围绕这两个问题，讲解 requestLayout() 背后的故事
为什么可以在子线程通过setText进行更新UI void checkThread() { if (mThread != Thread.currentThread()) { throw new CalledFromWrongThreadException( "Only the original thread that created a view hierarchy can touch its
当scrollview内的内容更改大小时，Scrollview不会自行调整大小。效果是，当内容变小时，内容将留在原来的位置，当内容变大时，无法看到。仅当ScrollView位于作为MasterDetailPage的详细信息的页面内时才会发生这种情况。如果Detail是NavigationPage，则Scrollview可以正常工作。 requestLayout
Invalidate： 当View的appearance发生改变，比如状态改变（enable，focus），背景改变，隐显改变等，这些都属于appearance范畴，都会引起invalidate操作。 所以当我们改变了View的appearance，需要更新界面显示，就可以直接调用invalidate方法。 View（非容器类）调用invalidate方法只会重绘自身，ViewGroup
