Flutter 带你从不一样的角度实现LoadingMore(加载更多)

进入正题

缘起于 BouncingScrollPhysics 和 NotificationListener，因为 BouncingScrollPhysics 为了实现回弹的效果， apply 的值为0，导致 xxx 不会发出 OverScrolledNotification，为了获取 overscrolled 的信息，要么对ScrollUpdateNotification嗯造，要么改写BouncingScrollPhysics。

大多数LoadingMore都是这么做的，再套个Stack和NotificationListener 实现一下刷新的组件。不过这里，并不使用上述两种方式，而是 类似 SliverPersistentHeaderDelegate 的那种通过给开发者 build 方法，并提供类似像 shrinkOffset， overlapsContent的参数，自己去构建对应的 Sliver。

SliverPersistentHeader 的 秘密

吸顶效果的爹，内容不多讲，因为没用过这个 Widget 的后面的也看不懂。

话不多说，直接干到 _SliverPersistentHeaderElement 看源码，我们可以得知，这个 element 和 renderobj 是互相持有的。

先看看 element 更新 widget 的方法：

// element 触发 delegate.build 的方法void _build(double shrinkOffset, bool overlapsContent) {
   owner!.buildScope(this, () {
     child = updateChild(
       child,
       floating
         ? _FloatingHeader(child: widget.delegate.build(
           this,
           shrinkOffset,
           overlapsContent
         ))
         : widget.delegate.build(this, shrinkOffset, overlapsContent),
       null,
     );
   });
 }

再看看对应的 renderobj 内部， 该 element 创建的 renderobj 的一个重要父类是 RenderSliverPersistentHeader， 然后层层继承下来，根据 Widget 的 pinned 和 floating 属性生成对应的私有 _RenderSliverXXXX (我们并不关心)，并带有_RenderSliverPersistentHeaderForWidgetsMixin(这个才是重点)。

这个 mixin 就是让 renderobj持有 element的原因，并且通过调用 updateChild ( renderobj 的方法) 触发 delegate 提供的 build 。

mixin _RenderSliverPersistentHeaderForWidgetsMixin on RenderSliverPersistentHeader {
  _SliverPersistentHeaderElement? _element;

  @overridedoubleget minExtent => _element!.widget.delegate.minExtent;

  @overridedoubleget maxExtent => _element!.widget.delegate.maxExtent;

  @overridevoid updateChild(double shrinkOffset, bool overlapsContent) {
    assert(_element != null);
    _element!._build(shrinkOffset, overlapsContent);
  }

  @protectedvoid triggerRebuild() {
    markNeedsLayout();
  }
}

那么整个触发 build 的流程是什么样的呢？这里帮你梳理一遍 Flutter 滑动部分的知识

我就隐藏魔法了，过程大概是