一、基础

1、Flutter 和原生 / Native+JS 方案（RN/uni-app）的核心区别？

答：核心区别：

• 原生：各平台单独开发，语言 / 引擎不同，性能最好但开发效率低；
• RN/uni-app：桥接模式，JS 写逻辑，调用原生控件渲染，存在 JS 桥性能损耗、原生控件适配问题；
• Flutter：自绘模式，一套代码在各平台通过 Skia 直接绘制像素，不依赖原生控件，无桥接损耗，跨平台一致性 100%，性能接近原生。

2、Flutter 的核心架构分层？

答：从上到下分为三层，核心是跨平台层解耦原生差异：

1. 框架层（Framework）：纯 Dart 实现，包含 Widget、Element、RenderObject、手势、动画等上层 API；
2. 引擎层（Engine）：纯 C/C++ 实现，核心是 Skia（渲染）、Dart VM（Dart 代码编译运行）、Text Layout（文本排版）；
3. 嵌入层（Embedder）：适配各平台的原生层，实现窗口管理、事件传递、原生能力调用（如相机 / 网络），屏蔽 Android/iOS/Windows 等平台差异。

3、StatelessWidget 和 StatefulWidget 的区别？

答：区别：核心是是否拥有可变化的状态（State）；

• StatelessWidget：无 State，配置由构造方法传入，一旦创建不可修改，仅在父 Widget 更新时重新构建；
• StatefulWidget：由Widget 本身和State 类组成，State 持有可变状态，通过setState((){})更新状态，触发 UI 重绘；

4、State 的生命周期？

答：

createState() → initState() → didChangeDependencies() → build() → 
// 状态更新
setState() → build() → 
// 依赖更新（如InheritedWidget变化）
didChangeDependencies() → build() → 
// 页面销毁
deactivate() → dispose()

关键方法：

• initState()：初始化状态、订阅事件、创建控制器（如 TextEditingController），仅执行一次；
• dispose()：释放资源（取消订阅、销毁控制器），防止内存泄漏，仅执行一次；
• didChangeDependencies()：依赖的 InheritedWidget 变化时触发，可获取 BuildContext 的依赖数据。

4、Flutter 中三棵树 Widget、Element、RenderObject 的关系

答：Flutter 的 UI 核心三要素，一对一 / 一对多的关联关系，是渲染的基础：

1. Widget：配置描述，纯 Dart 对象，轻量（可频繁创建销毁），仅描述 UI 的属性和配置（如颜色、大小、子 Widget），无渲染和布局能力；分为StatelessWidget（无状态，配置不变）和StatefulWidget（有状态，配置可通过 setState 更新）；
2. Element：实例化节点，Widget 的运行时实例，是 Widget 和 RenderObject 的中间层，负责管理 Widget 的生命周期，维护 UI 树的结构；当 Widget 更新时，Element 会对比新旧 Widget 的key 和类型，决定是更新自身配置还是重建 RenderObject；
3. RenderObject：渲染对象，负责布局、测量、绘制，是真正实现 UI 渲染的核心，维护了尺寸、位置、绘制上下文等渲染数据；核心关系：1 个 Widget 可以对应多个 Element（如复用 Widget），1 个 Element 对应1 个 RenderObject；Flutter 中实际的 UI 树是Element 树，渲染树是RenderObject 树。

5、什么是 Key？Key 的作用？

答：

• Key 是 Widget 的唯一标识，用于 Element 树和 Widget 树的对比（Diff 算法），默认 Widget 无 Key，Diff 时仅按类型和位置匹配；
• 作用：当 Widget 列表发生增删改、排序时，通过 Key 让 Flutter 准确识别出哪个 Widget 发生了变化，避免错误的重建 / 复用 Element，提升性能并保证状态正确；

二、性能优化

1. Flutter 中常见的性能问题？如何排查？

答：

• 常见性能问题：UI 卡顿（掉帧）、内存泄漏、不必要的 Widget 重建、布局重绘频繁、大图 / 大列表加载卡顿；
• 排查工具（Flutter DevTools）：
  1. Performance：查看帧率（目标 60fps）、CPU / 内存占用，定位卡顿的函数 / Widget；
  2. Memory：检测内存泄漏、大对象占用；
  3. Widget Inspector：查看 Widget 树的构建情况，定位不必要的重建；
  4. Layout Explorer：分析布局约束，定位布局异常。

2. 如何减少 Flutter 中 Widget 的不必要重建？

答：核心原则：让 Widget 仅在依赖的状态更新时重建，常用方法：

1. 使用 const 构造方法：对于无状态、配置不变的 Widget，添加const，Flutter 会缓存该 Widget，避免重复创建；
2. 使用 Selector 替代 Consumer：仅监听必要的状态属性，不监听整个状态对象；
3. 将复杂 Widget 拆分为独立的小 Widget：让局部状态的更新仅影响小 Widget，不触发整个页面重建；
4. 避免在 build 方法中创建对象 / 函数：build 方法会频繁执行，在其中创建对象 / 函数会导致重复创建，应将对象 / 函数定义在 build 方法外（如 initState 中）；
5. 使用 StatefulBuilder：在子 Widget 中局部更新状态，不影响父 Widget；
6. 使用 RepaintBoundary：将频繁重绘的 Widget 包裹，使其成为独立的绘制层，避免重绘扩散到整个页面。

3. 大列表（ListView）加载卡顿的优化方案？

答：Flutter 中默认 ListView 会一次性加载所有子 Widget，数据量大时会导致初始化卡顿、内存占用高，优化方案：

1. 使用 ListView.builder：懒加载，仅渲染当前视口内 + 少量预加载的子 Widget，按需创建，大幅减少初始化内存占用；
2. 指定 itemExtent：给 ListView.builder 指定固定的 item 高度，Flutter 无需计算每个 item 的高度，提升布局性能；
3. 使用分页加载：配合下拉刷新 / 上拉加载，将大列表拆分为多个小分页，每次仅加载一页数据；
4. 优化 itemWidget：itemWidget 尽量简化，使用 const 构造方法、避免不必要的重建，减少单个 item 的渲染耗时；
5. 使用 Sliver 系列：对于复杂列表（如头部固定 + 列表滚动），使用CustomScrollView+SliverList/SliverGrid，性能优于嵌套 ListView；
6. 图片优化：item 中的图片使用缓存（如 cached_network_image）、按需加载、压缩，避免大图加载卡顿。

4. Flutter 中如何处理内存泄漏？常见的内存泄漏场景？

答：

• 常见内存泄漏场景：
  1. 未取消的事件订阅（如 Stream、EventBus）、定时器（Timer）；
  2. 未销毁的控制器（如 TextEditingController、ScrollController）；
  3. GlobalKey的滥用（全局持有 Widget 引用，导致 Widget 无法被 GC 回收）；
  4. 闭包中持有上下文（Context） 或State的引用，导致无法回收；
  5. 第三方插件的资源未释放；
• 解决方法：
  1. 在dispose()方法中释放所有资源：取消订阅、销毁控制器、取消定时器；
  2. 避免闭包中持有 Context/State 的强引用，使用弱引用（WeakReference）；
  3. 慎用 GlobalKey，尽量使用局部 Key 或其他方式获取 Widget 状态；
  4. 使用 Flutter DevTools 的Memory工具检测内存泄漏，定位未被回收的对象；
  5. 对于长生命周期的对象，避免持有短生命周期对象的引用。

三、混合开发

1. Flutter 与原生（Android/iOS）的通信方式？核心原理？

答：核心是MethodChannel（方法调用）、EventChannel（事件流）、BasicMessageChannel（消息传递），三者均基于平台通道（Platform Channel） 实现，原理：

• 平台通道是异步的，采用二进制流传输数据，避免类型转换损耗；
• Flutter 端和原生端通过通道名称唯一关联，数据通过标准数据类型传递（Dart 和原生自动转换）；
• 核心通信方式：
  1. MethodChannel：单向方法调用，Flutter 调用原生方法，原生返回结果（如调用原生相机、获取设备信息）；
  2. EventChannel：双向事件流，原生主动发送事件给 Flutter（如网络状态变化、传感器数据）；
  3. BasicMessageChannel：双向消息传递，Flutter 和原生可互相发送消息，适用于频繁的小数据通信（如实时日志）。

2. Flutter 如何嵌入原生项目？（Android/iOS）

答：分为原生项目集成 Flutter 模块（主流）和Flutter 项目集成原生页面，核心是FlutterEngine的管理：

Android 端集成：

1. 将 Flutter 项目打包为AAR 包，导入 Android 原生项目；
2. 在 Android 中创建FlutterEngine，初始化 Flutter 环境；
3. 通过FlutterFragment/FlutterActivity将 Flutter 页面嵌入原生项目；
4. 通过 MethodChannel 实现通信。

iOS 端集成：

1. 将 Flutter 项目打包为Framework 包，导入 iOS 原生项目；
2. 在 iOS 中创建FlutterEngine，初始化 Flutter 环境；
3. 通过FlutterViewController将 Flutter 页面嵌入原生项目；
4. 通过 MethodChannel 实现通信。

3. Flutter 中如何调用原生的 UI 控件？（如地图、支付控件）

答案：Flutter 无法直接渲染原生 UI 控件，需通过PlatformView实现：

1. Android 端：通过AndroidView包裹原生 View（如 MapView、WebView）；
2. iOS 端：通过UiKitView包裹原生 UIView；
3. 配合 MethodChannel 实现 Flutter 和原生 UI 控件的交互（如传递参数、监听事件）；注意：PlatformView 存在性能损耗（Flutter 和原生渲染引擎的混合绘制），尽量避免频繁使用，仅在必要时（如原生独有控件）使用。

4. Flutter 项目的打包流程？（Android/AAR；iOS/IPA）

答案：

Android 打包（APK/AAR）：

1. 配置签名文件（key.jks），在build.gradle中配置签名信息；
2. 执行命令flutter build apk（打 APK 包，分为 debug/release）；
3. 打 AAR 包：执行命令flutter build aar，生成的 AAR 包在build/outputs/aar目录下。

iOS 打包（IPA）：

1. 打开 iOS 项目（ios/Runner.xcworkspace），在 Xcode 中配置开发者账号和签名；
2. 选择编译模式为Release，选择目标设备为Generic iOS Device；
3. 执行Product → Archive，归档完成后导出 IPA 包。