Lottie-Android 项目中的测试执行器优化方案

背景介绍

在Android开发中，Lottie是一个广泛使用的动画库，它能够解析Adobe After Effects动画并以原生方式渲染。在Lottie-android项目中，动画加载任务默认使用线程池执行器(LottieTask.EXECUTOR)来处理异步操作。

测试环境下的挑战

当开发者使用Paparazzi框架进行JVM快照测试时，会遇到一个特殊问题：测试执行顺序会影响测试结果。这是因为LottieTask.EXECUTOR默认使用缓存线程池，而在测试环境下，我们更希望使用直接执行器(Runnable::run)来确保测试的确定性和可重复性。

现有解决方案的局限性

目前，开发者必须在每个测试类中通过@Before、@BeforeClass、@Rule或静态代码块手动设置执行器。这种做法存在几个问题：

1. 需要重复代码
2. 如果遗漏某个测试类，可能导致测试失败
3. 运行测试子集时可能因为执行器未被重置而失败

提出的优化方案

核心思想是通过系统属性来全局控制执行器类型，具体实现包括：

1. 在LottieTask的静态初始化块中添加条件判断
2. 检查系统属性"lottie.testing.directExecutor"的值
3. 根据属性值决定使用直接执行器还是默认线程池

这种方案的优势在于：

• 一次性配置，全局生效
• 不影响生产代码
• 可以通过Gradle测试任务统一设置
• 解决了测试顺序和子集运行的稳定性问题

技术实现细节

实现代码非常简单但有效：

public static Executor EXECUTOR;
static {
    if ("true".equals(System.getProperty("lottie.testing.directExecutor"))) {
        EXECUTOR = Runnable::run;
    } else {
        EXECUTOR = Executors.newCachedThreadPool(new LottieThreadFactory());
    }
}

对开发者的影响

对于使用Lottie进行测试的开发者来说，这一改动将显著简化测试配置：

1. 不再需要为每个测试类添加执行器设置代码
2. 可以在项目级别的gradle配置中统一设置测试属性
3. 测试执行更加可靠，不受执行顺序影响

总结

这个优化方案虽然改动很小，但对提升测试体验和可靠性有很大帮助。它体现了几个重要的工程实践原则：

1. 为测试提供专用配置通道
2. 保持生产代码不受测试影响
3. 通过全局配置解决局部问题
4. 提高测试的确定性和可重复性

这种模式也值得在其他库的测试支持中借鉴，特别是那些涉及异步操作的库。