@rayhy 谢谢

使用关键字 「 markdown with Line Highlight 」找到了一个 github 项目：
https://github.com/egoist/markdown-it-highlight-lines

@also24 感觉有那味道了，看看能不能和现有的 Markdown 渲染组合起来

牛逼，看见了一个眼熟的公众号，大佬以后考虑和机构合作一下啊

像你这代码，你把硬件加速关了，然后 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 时的区别。