面试题：Flutter 跨平台性能优化的深度剖析与实践

分层架构
- 表现层：专注于用户界面展示，通过 Flutter 的 Widget 树构建 UI。例如，将通用的 UI 组件抽象出来，如按钮、文本框等，方便复用，减少重复代码带来的性能损耗。
- 业务逻辑层：处理应用的业务规则，独立于平台。可以使用 BLoC（Business Logic Component）模式或 Provider 模式管理状态，使 UI 与业务逻辑解耦，便于维护和性能优化。比如在一个电商应用中，商品列表的加载和筛选逻辑在业务逻辑层处理，不受平台差异影响。
- 数据层：负责数据的获取与存储。对于不同平台，可以采用适配层来处理数据获取的差异。例如，在 iOS 上使用 Core Data 进行本地数据存储，在 Android 上使用 SQLite，通过数据层的适配，业务逻辑层和表现层无需关心具体的数据存储实现。
模块化设计
- 将项目拆分成多个功能模块，每个模块具有独立的职责。例如，将地图功能、支付功能等分别封装成模块。这样在优化性能时，可以针对特定模块进行深入分析和优化，而且模块之间的低耦合也减少了相互影响带来的性能问题。
- 使用 Flutter 的 Package 机制管理模块，方便模块的复用和更新。

图片资源
- 压缩图片：在不同平台上，根据设备屏幕分辨率和像素密度提供不同分辨率的图片。例如，对于高清屏幕的设备，提供更高分辨率的图片，但要对图片进行适当压缩，以减小文件大小。可以使用工具如 ImageOptim 对图片进行压缩。
- 按需加载：使用 Flutter 的 CachedNetworkImage 等插件，实现图片的按需加载和缓存。在列表滚动时，只加载当前可见区域的图片，避免一次性加载大量图片导致内存溢出。
字体资源
- 精简字体：只包含应用所需的字符集，避免引入完整的字体文件导致资源过大。例如，对于只使用英文和数字的应用，可去除中文字符集等不必要的部分。
- 平台适配：利用平台原生字体，在 iOS 上使用系统默认字体 San Francisco，在 Android 上使用 Roboto，减少自定义字体带来的性能开销。

减少 Widget 重建
- 使用 const Widget：对于不会改变的 Widget，如静态图标、文本等，使用 const 关键字声明，这样 Flutter 会在编译时进行优化，避免不必要的重建。
- shouldRebuild 回调：在自定义 StatefulWidget 时，重写 shouldRebuild 方法，根据实际情况判断是否需要重建。例如，在一个计数器应用中，只有当计数器的值改变时才重建相关 UI，而不是每次状态变化都重建整个 Widget 树。
优化布局
- 避免嵌套过深：复杂的布局嵌套会增加渲染计算量。可以使用 Flex 布局（如 Row、Column）和 Stack 布局合理组织 UI，减少嵌套层级。例如，将多个水平排列的元素用 Row 布局，而不是多层嵌套的 Container。
- 使用 LayoutBuilder：根据父容器的约束动态调整布局，避免固定尺寸布局导致的不必要空间浪费和性能问题。

iOS 平台
- 问题：iOS 设备在处理复杂动画时可能出现卡顿。
- 解决策略：利用 iOS 原生的 Core Animation 框架与 Flutter 进行混合编程。通过 Flutter 的 Platform Channels 将动画相关逻辑传递给原生 iOS 代码处理，利用 Core Animation 的高性能优势实现流畅动画。例如，在一个包含复杂转场动画的应用中，将转场动画部分交给原生 iOS 处理，提高动画的流畅度。
Android 平台
- 问题：不同 Android 系统版本和硬件特性差异大，可能导致性能不稳定。
- 解决策略：在 AndroidManifest.xml 中配置合适的 targetSdkVersion 和 minSdkVersion，确保应用在不同系统版本上的兼容性。对于低端 Android 设备，通过减少动画效果、降低图片分辨率等方式优化性能。例如，检测到设备内存较低时，自动降低图片质量，避免因内存不足导致应用崩溃。同时，利用 Android 的 Profiler 工具深入分析性能瓶颈，针对特定硬件和系统版本进行优化。

星途面试题库