Android 开发高手课 温故知新篇

4,949 阅读4分钟

首先推荐大家先阅读《Android 开发高手课》和我之前的三篇练习:

最近二刷了《Android 开发高手课》,对于老师提到的一些案例,自己实践了一下。分享给学习此专栏的大家:

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的使用及原理剖析。我主要说说我的使用过程。

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

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

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