Ivy Wallet 性能优化：解决Compose组件稳定性问题

引言

在现代Android应用开发中，Jetpack Compose已经成为构建UI的主流方式。然而，随着应用复杂度的提升，性能问题逐渐显现。Ivy Wallet团队近期发现应用中存在大量不稳定的Composable组件，这直接导致了应用在滚动和动画时出现卡顿和丢帧现象。

问题分析

Compose框架通过智能重组机制来优化UI更新性能。当Composable函数的参数或局部变量发生变化时，框架会决定是否需要重新执行该函数。这种机制依赖于参数的稳定性判断——稳定的参数意味着Compose可以安全地跳过不必要的重组。

在Ivy Wallet中，存在以下主要问题：

1. 参数类型不稳定：许多Composable函数使用了复杂的数据类型作为参数，如自定义类、集合类型等，这些类型没有明确标记为不可变或稳定。

2. 性能影响：不稳定的Composable会导致频繁且不必要的重组，特别是在列表滚动和动画执行时，造成明显的性能下降。

解决方案

1. 识别不稳定Composable

团队建立了自动化检测机制，通过专门的CI工作流来识别所有不稳定的Composable组件。检测结果会明确指出哪些参数导致了不稳定性。

2. 优化策略

针对不同类型的参数，可以采用以下优化方法（按优先级排序）：

• 使用基本类型：将复杂对象替换为String、Int、Double等基本类型
• 不可变集合：用kotlinx.collections.immutable中的ImmutableList/ImmutableSet替代标准集合
• 显式标记：为自定义类添加@Immutable或@Stable注解

3. 重点优化区域

特别值得关注的是交易列表组件，它是首页的核心部分。针对这部分，建议进行以下深度优化：

• 将BigDecimal替换为Double类型
• 将LocalDateTime转换为String类型
• 将日期格式化逻辑移至ViewModel层

实施指南

1. 准备工作：

   • 移除现有的稳定性基准文件
   • 创建PR方案触发CI检测

2. 修复流程：

   • 根据CI报告定位不稳定参数
   • 选择合适的优化方法进行改造
   • 确保功能不受影响且无崩溃

3. 验证标准：

   • Compose稳定性CI检测通过
   • 至少修复三个不稳定Composable
   • 保持应用功能完整性和稳定性

技术原理

Compose的稳定性机制基于以下原则：

• 稳定类型：基本类型、String、函数类型等
• 可变性标记：通过@Immutable和@Stable注解显式声明
• 智能跳过：对于稳定参数，Compose可以安全跳过重组

当参数类型不稳定时，Compose会采取保守策略，假设参数可能在任何时候发生变化，从而导致不必要的重组。

未来展望

随着Kotlin K2编译器的引入，Strong Skipping特性将进一步提升Compose的性能优化能力。届时，许多当前的稳定性问题可能不再需要手动处理。但在现阶段，手动优化仍然是确保应用流畅运行的必要手段。

结语

通过系统性地解决Composable稳定性问题，Ivy Wallet团队显著提升了应用性能，特别是在滚动流畅度和动画表现方面。这一优化过程不仅改善了用户体验，也为开发者提供了宝贵的性能优化实践经验。