如何实现不会随时间持续消耗内存的Flutter定时轮询功能

问题根因 #

你当前的代码存在两个核心隐患导致内存持续上涨最终OOM：

• 未管控定时器生命周期，Timer.periodic创建后如果没有主动调用cancel()，会永久运行，其闭包持有的页面对象、请求相关实例永远无法被GC回收。
• 未做请求并发控制，若单次http请求耗时超过5秒，会出现多个异步请求堆叠，大量未完成的Future及关联资源会长期占用内存。

可落地的优化方案 #

1. 绑定定时器与页面生命周期 #

在StatefulWidget中持有定时器实例，页面销毁时主动取消定时器，断开闭包引用链，让无用对象可以被正常回收：

Timer? _pollingTimer;

@override
void initState() {
  super.initState();
  _startPolling();
}

void _startPolling() {
  _pollingTimer = Timer.periodic(const Duration(seconds: 5), (timer) async {
    // 增加定时器活跃校验，避免取消后仍执行业务逻辑
    if (!timer.isActive) return;
    final response = await http.get(_url);
    // 业务逻辑实现
  });
}

@override
void dispose() {
  // 销毁时强制释放定时器
  _pollingTimer?.cancel();
  _pollingTimer = null;
  super.dispose();
}

2. 增加请求并发控制，避免异步操作堆叠 #

增加请求状态标记，上一次请求未完成时直接跳过本次轮询，防止请求堆积：

bool _isRequestRunning = false;

void _startPolling() {
  _pollingTimer = Timer.periodic(const Duration(seconds: 5), (timer) async {
    if (!timer.isActive || _isRequestRunning) return;
    _isRequestRunning = true;
    try {
      final response = await http.get(_url);
      // 业务逻辑实现
    } catch (err) {
      // 异常捕获处理，避免未处理异常导致资源泄漏
    } finally {
      // 无论请求成功失败都重置状态
      _isRequestRunning = false;
    }
  });
}

3. 及时释放不必要的资源 #

• 处理完http响应后不要长期持有response实例、响应内容等对象，不要把每次轮询的结果无限制存储到全局列表/实例变量中，仅保留需要的最新数据即可。
• 若轮询返回的内容包含图片、二进制大文件，需要配置合理的缓存上限，轮询到新数据后主动清理旧资源的缓存引用。

4. 适配长驻Kiosk场景的特殊优化 #

针对7*24小时运行的Kiosk应用，可以增加定时内存整理逻辑：

• 每轮请求结束后通过scheduleMicrotask调度GC优先回收废弃对象，不要频繁触发避免影响性能。
• 可在每日低峰时段执行一次轻量的页面重置、全量缓存清理操作，主动释放长期累积的碎片化内存。

5. 更稳定的轮询实现替代方案 #

优先选用基于流的轮询实现，相比Timer.periodic引用链更清晰，更容易清理：

StreamSubscription? _pollingSub;

void _startPolling() {
  _pollingSub = Stream.periodic(const Duration(seconds: 5)).listen((_) async {
    if (_isRequestRunning) return;
    // 请求逻辑实现
  });
}

@override
void dispose() {
  _pollingSub?.cancel();
  _pollingSub = null;
  super.dispose();
}

内容的提问来源于stack exchange，提问作者Biruk Dubale