像你这代码，你把硬件加速关了，然后 TextView 宽高改成 wrap_content 再点一次，这才 100% 崩。

@ChenStyle 也并不死活「完成初始化就肯定会报错啦」

在「非创建 ViewRootImpl 的线程」上更新 UI 不报错的方法有很多：
1. 开启硬件加速时只调用了 invalidate() ，是不会触发到 ViewRootImpl#checkThread() 的，那么肯定是不会报错了。
2. 像你这种 TextView 如果宽高是固定状态，更新 UI 时，也会因为 TextView 内部的机制，没有触发 requestLayout，也不会报错。
3. 还有可以先在「创建 ViewRootImpl 的线程」上通过 requestLayout 让 viewparent 的 flag 进行改变，那么那么在其他线程 requestLayout 也不会递归向上传递到 checkThread
4. 在某个线程中（不一定要主线程）通过 WindowManager 创建 ViewRootImpl，这样在那个线程中更新 UI 也不会有任何问题。

链接耳机不管是蓝牙还是 3.5mm 接口的都有问题，需要 command Shift U R 之类的抹除

@lagoon 多穿件羽绒服吧

图一还好啊，图二下面几个 button 太丑了。。

@kerb15 我觉得你把问题复杂化了，就像前面哥们说的，只要是同步的话没可能会又这样的事（同步 + 互相强引用）。
如果又这样的情况 Java 代码完全不能写了。

问题描述不完整，你的这个“瞬间”让人想象不出来，写代码不能靠玄学

@shily 你说的对！ 查看了一下生成的类，Runnable 里面是引用到 OnClickListener 而不是直接引用到 Activity

@shily 老哥讲的很好，有个地方可能笔误了，看下是不是。
————————
3. 没有点击的情况下，Thread 对象和 匿名的 Runnable 对象均未创建，当然没有泄露。
在此场景下，假设点击行为发生，持有链为 $Runnable -> $OnClickListener-> Activity。
————————
这里应该是 Runnable$1 -> Activity，中间没有 Listener。





——————————————————
已经泄露的对象，可以通过切断持有关系来让 GC 回收。以 OnClickListener 为例，如果我在 onCreate 中把 textView 放到一个单例的对象中持有，那么这个 TActivity 就会有一条引用关系 Root-> Singleton->textView->$OnClickListener->activity，导致 TActivity 泄露。

————————————
这个引用链其实应该遵循最短路径，而最短路径应该在 textView 的时候直接通过他的 Context 也就是 Activity 引用到了，虽然你这样说也没有错，对理解的确会有帮助，但是感觉这样会更加“准确”一点。
Root -> Singleton -> textView -> activity

我猜你应该同时看一下
static final int i = 1111;
和 final int i = 1111;
和 int i = 1111;
在编译成 Class 时的区别。

你不加 final 也会出现在 Class 的常量池里面啊。
我觉得你要把 Class 的常量池和 Java 里面的“常量”给分开

再来一碗这个按钮获取焦点后的变化好奇怪

我以前买过一个 ipad 2018，屏幕不是全贴合的，这样用 pencil 的时候，就会有敲击空心物体的感觉，体验挺差的。

说出来给你做个参考。

我觉得可以的你去实体店体验一下，比我们云评测强

@uleh 并不会啊，再次举例 CarPlay 和 push

@scg16 没什么效果，而且这个和电话降噪和微信的降噪（助听器兼容性）相互冲突

@kgramme 我可能恰恰相反 appstore，是我觉得最难用的一个 app 了，各种网络卡刷不出来，下载应用时多次没有意义的重复验证，更不要说几年前的应用就是下载不下来，还有 appli id 的 各种 Bug 罄竹难书啊

@drydiy 无意冒犯，但我一点也不喜欢这样的回复，我不是来出来卖的啊。。只是想讨论+请教一下，如果想卖我直接挂咸鱼了，当然我也知道你们大概率是为了调侃

@Creolophus 是的，我就是因为 Android 一下子装了一大堆应用，才不考虑 Android

@uhian 感谢科普，不仅微信有，直接打电话也有，并且打电话噪声更加夸张。