近被微信一个ANR的bug在网上刷的铺天盖地，那么什么是ANR呢？
ANR(Application Not Responding)，因为Android的主线程用来处理UI等逻辑，如果主线程进行耗时操作而阻塞，就会导致UI上的事件无响应的卡死，这个时候超过一定的时间后（Activity的长执行时间是5秒，BroadcastReceiver的长执行时间则是10秒），便会弹出Dialog询问关闭还是等待，如下图。
近日，有网友表示，在微信中输入“两个数字+15/20 个中文字符的句号”（另一说法是任意数字，任意 15 个标点），部分 Android 手机发送或者收到该消息时，微信就会无响应。
案例 1：15。。。。。。。。。。。。。。。
案例 2：15。。。。。。。。。。。。。。。。。。。。
以下为主流手机的表现
小米 6：没问题（但将句号改为 20 个时，手机卡死）；
苹果：没问题；
mete 9：卡死；
三星：卡死；
360 手机：卡死。
那么这个问题是怎么产生的呢？
首先，微信发生ANR以后，会生成traces.txt文件。通过adb 导出
adb pull /data/anr/traces.txt ~/
其中有这么一段:
native: #05 pc 0043a419 /data/dalvik-cache/arm/system@framework@boot.oat (Java_java_util_regex_Matcher_setInputImpl__JLjava_lang_String_2II+132)
at java.util.regex.Matcher.setInputImpl(Native method)
at java.util.regex.Matcher.resetForInput(Matcher.java:252)
- locked <0x0ecefa84> (a java.util.regex.Matcher)
at java.util.regex.Matcher.reset(Matcher.java:208)
at java.util.regex.Matcher.reset(Matcher.java:177)
at java.util.regex.Matcher.(Matcher.java:90)
at java.util.regex.Pattern.matcher(Pattern.java:297)
at com.tencent.mm.ui.widget.celltextview.g.a.o(SourceFile:95)
at com.tencent.mm.ui.widget.celltextview.g.a.dc(SourceFile:55)
at com.tencent.mm.ui.widget.celltextview.f.b.a(SourceFile:76)
at com.tencent.mm.ui.widget.celltextview.d.a.Cw(SourceFile:466)
at com.tencent.mm.ui.widget.celltextview.d.a.Cp(SourceFile:92)
at com.tencent.mm.ui.widget.celltextview.CellTextView.onMeasure(SourceFile:102)
at android.view.View.measure(View.java:18794)
at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:5951)
at android.widget.LinearLayout.measureChildBeforeLayout(LinearLayout.java:1465)
at android.widget.LinearLayout.measureVertical(LinearLayout.java:748)
at android.widget.LinearLayout.onMeasure(LinearLayout.java:630)
发现是cellTextView锁在了celltextView正则的时候。
于是乎debug celltextview包的a类的o方法，
发现一段超级复杂的正则(部分位置打码)，所以初步断定为可能是正则时间太长导致。于是写了一个单元测试，来测试该正则是否有问题。
实验发现，这个正则根本不会导致耗时过长，平均耗时0-1ms。
那也就是说明，其实不是这里的原因。
于是将断点打靠上层，到 com.tencent.mm.ui.widget.celltextview.f.b.a() 方法上
点击放过按钮发现程序无限次落到这个断点上，由此可知，是造成了死循环，无限调用a()方法导致的。
继续深究，为什么会导致死循环。
线索1：
发现a()方法上面有一个判断，会导致跳到cond_6终会继续跳到goto_4调用a()方法。
这里有个
add-int/lit8 v4, v4, -0x1
其实他相当于
i-1
线索2
观察a()方法后面，有wwk，width等属性调用。
结合线索
接下来，打开jadx，将class文件反编译为java文件，利用线索快速定位代码。发现这些逻辑代码片段如下：
下面来看java代码。
可以看到有两个while循环，这里不关心外部while，因为可以看出真正卡死的是在内部while循环。
内部while循环首先判断了dVar2 是否为空，以及dVar2的text是否为空。
debug发现，dVar2是一个TextPaint类，用于绘制文本信息(包括字号，大小，颜色，超链接样式之类的)。
也就是说，只要dVar2不为空，这个循环就不会退出，根据代码可以看出，只有在i4>0的时候才可能把dVar2置为空：
那么i4是什么呢，在红框上面可以看到，i4是a的wwk属性。这个值暂时不知道是什么。
不过通过debug发现，这个wwk是始终等于0的，也就是不满足while内部的dVar2的置空条件，也就造成了while死循环。
于是乎，造成anr的根本原因就是在这个while里了。
关于这个bug在知乎上腾讯的工程师表示已经开始着手修复了，这个bug主要还是因为微信增加了对文字对齐的重新排版导致的，也算是在改进的道路上遇到的一点点小问题吧，个人觉得还是蛮有意思的。
热点新闻
