1.Android 7.1.1 Toast的BadTokenException

这个是在第二课崩溃优化（下）中提到的一个问题。

当然，Google在Android 8.0修复了这个问题，其实就是捕获了一下异常：

try {
   mWM.addView(mView, mParams);
   trySendAccessibilityEvent();
} catch (WindowManager.BadTokenException e) {
   /* ignore */
}

所以如果要避免这个问题，我们就要找到HOOK点。7.1.1 Toast源码里面有一个变量叫 mTN，它的类型为 handler，我们只需要代理它就可以实现捕获。

简单实现代码如下：

private void hook(Toast toast) {
    try {
        Field tn = Toast.class.getField("mTN");
        tn.setAccessible(true);
        Field handler = tn.getType().getField("mHandler");
        handler.setAccessible(true);
		Field callback = handler.getClass().getField("mCallback");
		callback.setAccessible(true);
		// 替换
        callback.set(handler, new NewCallback((Handler) handler.get(tn.get(toast))));
     } catch (Exception e) {
        e.printStackTrace();
     }       
}

public class NewCallback implements Handler.Callback {

    private final Handler mHandler;

    public NewCallback(final Handler handler) {
        this.mHandler = handler;
    }

    @Override
    public boolean handleMessage(final Message msg) {
        try {
            this.mHandler.handleMessage(msg);
        } catch (final RuntimeException e) {}
        return true;
    }
}

在前一阵didi开源的booster中也有对此问题的修复，看了后我觉得考虑的更加完善。有兴趣的可以看看。

当然了，Toast 的小问题还有不少，相关的开源修复方案也很多，具体可以参考这篇文章。

2.Dex文件的类重排

这个是在第八课启动优化（下）中提到的一个优化启动速度的方法。主要使用redex工具来实现，对redex用法不熟悉的，可以看我之前的文章。

带来的好处：

更少的IO：避免在多个dex文件中的读取。
减少内存使用量：避免提前加载不必要的类。
更少page cache污染。

使用方法：

首先连接手机，获取应用进程的pid

adb shell ps | grep YOUR_APP_PACKAGE | awk '{print $2}'

获取Heap Dump文件

// 生成
adb shell am dumpheap YOUR_PID /data/local/tmp/SOMEDUMP.hprof

// 获取
adb pull /data/local/tmp/SOMEDUMP.hprof YOUR_DIR_HERE

获取类加载顺序文件

python redex/tools/hprof/dump_classes_from_hprof.py --hprof SOMEDUMP.hprof > list_of_classes.txt

我在这里遇到了些问题，首先这个python脚本只支持python2，同时需要安装 pip、enum、enum34。否则会提示类似pip command not found这样的错误。

pip是python的包管理工具，在Python2.7的安装包中，easy_install.py是默认安装的，而pip需要我们手动安装

安装方法如下：

sudo easy_install pip

sudo pip install enum

sudo pip install enum34

还有这个脚本不支持8.0以上的设备生成的DUMP.hprof文件。

如果想获取8.0设备的类加载顺序，可以参考老师文中复写 ClassLoader的方案。

以上完成后我们就获取到了一个list_of_classes.txt 文件，大致格式如下：

com/bumptech/glide/load/resource/bitmap/BitmapResource.class
java/lang/Integer.class
android/graphics/Bitmap.class
libcore/util/NativeAllocationRegistry.class
java/lang/ref/FinalizerReference$Sentinel.class
java/lang/ref/FinalizerReference.class
libcore/util/NativeAllocationRegistry$CleanerThunk.class
sun/misc/Cleaner.class
libcore/util/NativeAllocationRegistry$CleanerRunner.class
android/graphics/Canvas.class
android/graphics/Paint.class
android/graphics/BitmapShader.class
android/graphics/RectF.class
java/util/TreeMap$TreeMapEntry.class
okhttp3/Request$Builder.class
okhttp3/Headers$Builder.class
java/util/ArrayList.class
okhttp3/HttpUrl$Builder.class
java/lang/String.class
java/lang/StringBuffer.class
android/icu/impl/ReplaceableUCharacterIterator.class
android/icu/text/ReplaceableString.class
okhttp3/HttpUrl.class
java/util/Collections$UnmodifiableRandomAccessList.class
okio/Buffer.class
java/lang/StringBuilder.class
java/util/Collections$UnmodifiableMap$UnmodifiableEntrySet$1.class
java/util/HashMap$EntryIterator.class
java/util/Collections$UnmodifiableMap$UnmodifiableEntrySet$UnmodifiableEntry.class
okhttp3/Request.class
okhttp3/Headers.class
com/bumptech/glide/load/resource/bitmap/LazyBitmapDrawableResource.class
...

最后执行优化命令

redex --sign -s test.jks -a key0 -p 111111 -c interdex.config -P proguard-rules.pro -o app_1.apk app.apk

其中interdex.config文件配置如下：

{
  "redex" : {
    "passes" : [
      "InterDexPass"
    ]
  },
  "coldstart_classes" : "list_of_classes.txt"
}

我们可以使用 010 Editor 来查看我们的前后对比。

观察第二张图可以看到，就是我们list_of_classes.txt 文件中的顺序。(Interdex Pass将忽略它在apk中找不到相应的类)

其实，Google在Android 8.0的ART优化中也有引用一个叫 dexlayout的来实现类和方法的重排，大家可以了解一下。

3.使用FileVisitor替代 ListFiles

在第十三课存储优化（中）中，老师提到文件遍历在 API 26 之后建议使用FileVisitor 替代 ListFiles，因为文件遍历的耗时跟文件夹下的文件数量有关。老师文中说道：“曾经我们出现过一次 bug 导致某个文件夹下面有几万个文件，在遍历这个文件夹时，用户手机直接重启了。”

一般的文件夹删除方法：

	public static void deleteDir(String path) {
		File dir = new File(path);
		if (dir == null || !dir.exists() || !dir.isDirectory()){
			return;
		}

		for (File file : dir.listFiles()) {
			if (file.isFile()){
				file.delete();
			}else if (file.isDirectory()){
				deleteDir(path);
			}
		}
		dir.delete();
	}

就是利用dir.listFiles() 方法递归删除子文件。FileVisitor是Java7的新特性之一，在Android 8.0开始支持。所以完善后的删除文件方法如下：

	public static void deleteDir(String path) throws IOException {
        File dir = new File(path);
        if (dir == null || !dir.exists() || !dir.isDirectory()){
            return;
        }
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            Files.walkFileTree(Paths.get(path), new SimpleFileVisitor<Path>(){
                @Override
                public FileVisitResult visitFile(Path file, BasicFileAttributes attrs) throws IOException {
                    Files.delete(file);
                    //表示继续遍历
                    return FileVisitResult.CONTINUE;
                }
                /**
                 * 访问某个path失败时调用
                 */
                @Override
                public FileVisitResult visitFileFailed(Path file, IOException exc) throws IOException {
                    //如果目录的迭代完成而没有错误，有时也会返回null
                    if (exc == null) {
                        Files.delete(file);
                        return FileVisitResult.CONTINUE;
                    } else {
                        throw exc;
                    }
                }
            });
        }else {
            for (File file : dir.listFiles()) {
                if (file.isFile()){
                    file.delete();
                }else if (file.isDirectory()){
                    deleteDir(path);
                }
            }
        }
        dir.delete();
    }

4.PrecomputedText

第一次听到PrecomputedText 就是在二十一课 UI优化（下）中，它可以异步进行 measure 和 layout。我也写了一篇博客，有兴趣可以点击查看。

5.Litho

Litho 如我前面提到的 PrecomputedText 一样，把 measure 和 layout 都放到了后台线程，只留下了必须要在主线程完成的 draw，这大大降低了 U线程的负载。

具体的原理我就不介绍了，大家可以参看美团技术团队前一阵分享的文章：基本功 | Litho的使用及原理剖析。我主要说说我的使用过程。

我用Litho 的RecyclerCollectionComponent 实现了和我在PrecomputedText博客中相同的例子。代码很简单，我就不贴出来了，有兴趣的可以查看Github。我们直接看看效果：

帧数效果来说略逊色PrecomputedText，但是Litho支持的组件更多，不单单是TextView，还有Image、EditView等。并且它还能实现界面扁平化、占用更少的内存的优点。据说给美团App带来了不错的性能提升，官方文档也很详细，所以还是值得大家尝试的。

好了，暂时就分享这么多了。如果对你有启发帮助，希望可以点赞支持！