Flutter中在StatefulWidget的build方法添加监听器是否可行？

把ScrollController监听器的绑定逻辑直接写在build方法里不符合规范，你担心的问题确实存在：每次页面重建都会给控制器新增一个重复的监听器，监听器数量会随重建次数持续累加，最终导致分页逻辑重复触发、内存泄漏等问题，不能直接这么用。

你最初在initState中获取PrimaryScrollController的写法本身存在缺陷：
PrimaryScrollController.of(context)需要依赖组件上下文去查找组件树上层注入的控制器实例，而initState执行时组件还未完成挂载，此时拿到的控制器实例，很可能和后续页面重建、组件树更新后ListView实际绑定的PrimaryScrollController不是同一个对象。相当于你给旧实例绑了监听器，新实例完全没有绑定逻辑，一旦重建后ListView关联了新的控制器实例，没有保留之前的滚动位置，就会自动跳回顶部。

不需要把控制器获取、监听器绑定逻辑放到build里，按以下方式实现即可同时解决回顶、重复绑定两个问题：

• 首先在State中声明控制器、加载状态相关变量

// 持有当前页面使用的ScrollController实例
ScrollController? _scrollController;
// 分页加载锁，避免滚动过程中重复触发加载请求
bool _isPageLoading = false;
// 距离列表底部多少像素时提前触发分页加载，可按需调整
static const _loadTriggerThreshold = 200.0;

• 重写didChangeDependencies生命周期方法处理控制器获取和监听器绑定，这个方法会在组件首次挂载、上下文依赖变化时自动执行，刚好适配PrimaryScrollController可能随重建变化的场景

@override
void didChangeDependencies() {
  super.didChangeDependencies();
  // 先移除旧控制器上绑定的监听器，从根源避免重复绑定
  _scrollController?.removeListener(_handleScroll);
  // 获取当前上下文关联的最新PrimaryScrollController实例
  _scrollController = PrimaryScrollController.of(context);
  // 给新的控制器实例绑定滚动监听器
  _scrollController?.addListener(_handleScroll);
}

• 实现滚动监听的分页逻辑

void _handleScroll() {
  // 控制器不存在、正在加载中时直接返回
  if (_scrollController == null || _isPageLoading) return;

  final maxScrollExtent = _scrollController!.position.maxScrollExtent;
  final currentScrollOffset = _scrollController!.position.pixels;

  // 滚动位置到达触发阈值时，执行分页加载逻辑
  if (currentScrollOffset >= maxScrollExtent - _loadTriggerThreshold) {
    _fetchNextPageData(); // 替换成你自己的分页加载方法
  }
}

• 在组件销毁时解绑监听器，避免内存泄漏

@override
void dispose() {
  _scrollController?.removeListener(_handleScroll);
  super.dispose();
}

• 额外注意点：使用PrimaryScrollController时，要确保对应的ListView设置了primary: true，且不要手动给ListView传入其他自定义ScrollController实例，否则会覆盖默认的PrimaryScrollController导致绑定失效。

build方法会在状态更新、父组件重建、系统主题/语言变化等非常多场景下反复执行，如果你在里面直接调用addListener，每次执行都会给当前控制器多挂载一个完全相同的监听器：轻则滚动一次触发多次分页请求，重则长时间运行后监听器持续累积造成内存泄漏。你短期测试觉得正常，只是因为重建次数少，重复触发的问题还没有暴露而已。

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