Flutter 事件传递机制

• 事件类型：触摸事件、手势事件、指针事件（如 PointerDownEvent/PointerMoveEvent）。

• 核心组件：

  • GestureDetector：封装常见手势（点击、滑动等），基于 GestureRecognizer 实现。
  • Listener：监听原始指针事件，需手动处理手势状态。
  • 手势竞技场（Gesture Arena）：解决多个手势竞争同一事件的问题（如判断是点击还是长按）。

• 事件响应链流程：

  1. 命中测试：确定触摸点所在的 Widget。
  2. 事件分发：从底层 Widget 向上冒泡或向下捕获。
  3. 手势识别：通过 GestureArenaManager 协调多个手势识别器。

Flutter 状态管理原理

• 核心概念：

  • State：数据驱动 UI 变化，分为局部状态（setState）和全局状态（Provider/Bloc）

  • 响应式编程：通过 Stream 或 ChangeNotifier 实现状态监听。

    方案	原理	适用场景	优缺点
    Provider	基于 InheritedWidget	中小项目，简单共享状态	易用但嵌套复杂时性能下降14
    Bloc	事件-状态流（Stream）	复杂业务逻辑，需分离 UI/逻辑	高可测试性，但学习成本高17
    Riverpod	Provider 增强版	大型项目，依赖注入	无 BuildContext 依赖，灵活性高7

源码

Flutter run

事件循环与消息调度

在 Flutter 中，事件循环和消息调度机制是应用程序响应性和性能的关键。这个机制确保了异步操作的高效执行，同时保持了用户界面的流畅性。通过合理利用 Future 和 Isolate，开发者可以根据具体需求选择最适合的异步处理方式，从而优化应用程序的整体性能和用户体验。

事件循环：

       Microtask Queue 微任务队列：处理优先级高的异步任务  scheduleMicrotask；主任务执行后立马执行的队列

Event Queue 事件队列：处理普通异步任务，timer、io、用户输入；最低优先级，适用于用户事件，网络请求等

事件循环先处理微任务，处理完毕后再处理事件队列任务

graph LR
    classDef startend fill:#F5EBFF,stroke:#BE8FED,stroke-width:2px
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px
    classDef decision fill:#FFF6CC,stroke:#FFBC52,stroke-width:2px

    A([开始事件循环迭代]):::startend --> B{微任务队列是否为空?}:::decision
    B -- 否 --> C(执行微任务队列中的所有任务):::process
    C --> B
    B -- 是 --> D{事件队列是否为空?}:::decision
    D -- 否 --> E(执行事件队列中的第一个任务):::process
    E --> A
    D -- 是 --> F([本次迭代结束]):::startend
    F -.-> A[开始事件循环迭代]:::startend

    style A stroke-dasharray: 5 5
    style F stroke-dasharray: 5 5

Future 与then

await Future 和 Future.then 的差异主要体现在语法和代码的可读性上，但它们的执行机制本质上是相同的，都是处理异步任务。以下是两者的简单对比：

1. 语法与可读性

• await Future：基于 async/await 语法，更接近同步代码的风格，代码结构清晰，易于阅读和理解，特别适合多个异步操作顺序执行的场景。

Future<void> example() async {
	var result = await someAsyncFunction();
}

• Future.then：基于回调的风格，通过 then 方法链式调用，适合在异步任务完成后继续执行代码，但回调嵌套较多时可读性会下降。

Future<void> example() {
	someAsyncFunction().then((result) {
	});
}

2. 执行顺序

• await Future： await 后的任务将被挂起加入事件队列直到异步操作完成，不影响主线程执行。
• Future.then：异步任务完成后，then 方法的回调会在微任务队列中被执行，并不会阻塞主线程。

3. 错误处理

• await Future：可以直接用 try-catch 语句来处理异常，代码结构更加自然。
• Future.then：需要通过 catchError 方法处理异常，语法略显冗长。

4. 场景适用性

• await Future 更适合复杂的异步流程、多步依赖关系、清晰的控制流。
• Future.then 更适合简短、轻量的异步任务和单步操作，回调结构相对简单时使用较为方便。

总结

await Future 更加符合人们的直觉，代码结构更清晰，尤其是当有多个异步任务时。Future.then 则更灵活，但可能导致回调地狱的情况。

Future 与 Isolate

Isolate 基础