您现在的位置: 微信小程序 > 微信小程序开发 > 教程 >

小程序分屏加载实践

来源:微信小程序 编辑:Yiyongtong.com 发布时间:2018-12-03 10:36热度:

小程序不断迭代的时候,很容易遇到首屏渲染问题。这种问题,可能出现的原因是:小程序包太大,资源需要加载;网络环境太差,下载速度太慢;渲染节点太多,渲染耗时。

针对小程序首次加载包的问题,小程序提出了分包加载的功能,这里不做详细描述,可以去看下官方文档

这里我选择的是针对渲染节点去做优化。

技术方案

在微信的API文档里面,有一个判断节点与可视区域的API

IntersectionObserver 对象,用于推断某些节点是否可以被用户看见、有多大比例可以被用户看见

这个时候就在想,能不能建立 IntersectionObserver 跟组件之间的关系,使得组件进入可视区域的时候,就显示自己的内容,否则隐藏自己,这样达到动态加载模块的目的。

// 伪代码
// 建立监听
element.observer()

// 处理进入
observer.handleEnterView(() => {
  callback() // 处理回调
  disconnect() // 销毁
})


复制代码
<!-- component -->
<view class="component">
  <view class="component-header"></view>
  <view class="component-observer" wx:if="{{ observer_status}}"></view>
  <view class="component-content" wx:else>
    <!-- your content -->
  </view>
</view>

开发阶段

建立了基本技术方案之后,就开始到代码层面了

Component({
  data: {
    observer_status: true
  },
  // 在ready写是因为组件在这个时候,才在视图层布局完成
  ready () {
    // 因为我们是把设备的整个可视区域当成了观参照区域,所以这里直接选择relativeToViewport,如果需要其他的观察区域可以调用relativeTo选择参照区域
    this.observer = this.createIntersectionObserver().relativeToViewport()
    // 我这里的做法是,只要观察的节点进入了可视区域,就显示自己本身的内容
    // 实际上这个observer的回调触发时机是观察节点进入或者离开可视区域,我这里选择的是,只要执行了就显示这个区域,并且关闭这个观察
    this.observer.observe('.observer', (res) => {
      this.setData({
        observer_status: false
      })
      this.observer.disconnect()
      this.observer = null
    })
  },
  detached () {
    // 如果未进入可视区域就离开了,也需要销毁自己的观察
    this.observer && this.observer.disconnect()
  }
})

优化

你们以为这就完了么,并没有。

对于一个小程序页面,它是可以由template或者Component组成的。对于template来说,需要在Page里面定义,而且如果观察的东西比较多的话,需要设置 observeAll:all ,但是官方文档里面有说同时选中过多节点,将影响渲染性能。

对于组件开发来说,如果每个组件都这样写的话,是否也会跟 observerAll:all 一样影响渲染性能,还不清楚,如果确实会影响的话也只能减少观察对象,或者把做一个大容器去观察。但是如果每个组件都这样写的话也会非常的繁琐。

这个时候,组件的好处就来了。在定义组件的时候,有一个很神奇的属性,他就是 behaviors。简单点说,他其实就是一个代码复用机制。直接使用 behaviors 可以使得组件自动获得某些方法,属性。利用这个特性,就可以在组件里面少写很多代码了。

// mixin.js
module.exports = Behavior({
  data: {
    observer_status: true
  },
  ready () {
    this.observer = this.createIntersectionObserver().relativeToViewport()
    // 自己统一好observer节点的class
    this.observer.observe('.component-observer', (res) => {
      this.setData({
        observer_status: false
      })
      this.observer.disconnect()
      this.observer = null
    })
  },
  detached () {
    this.observer && this.observer.disconnect()
  }
})

// Component.js
let mixin = require('你的mixin路径')
Component({
  behaviors: [mixin]
})

<!-- Component.wxml -->
<view class="component">
  <view class="component-header"></view>
  <view class="component-observer" wx:if="{{ observer_status}}"></view>
  <view class="component-content" wx:else>
    <!-- your content -->
  </view>
</view>

或者你可以把整个observer做成组件,这样去减少observer的数量,内聚一些模块

<!-- Observer.wxml -->
<view class="observer">
  <view class="observer-element" wx:if="{{ observer_status}}"></view>
  <view class="observer-content" wx:else>
    <slot/>
  </view>
</view>

需要注意的是对于组件来说,如果observer的话就需要一个观察节点,并且这个观察节点必须是高度不为0的可视对象,如果又想有高度又不想影响页面位置的话可以用一些hack的方法

.component-observer {
  height: 1rpx;
  margin-top: -1rpx;
}


后续一些讨论

在使用 IntersectionObserver 的时候,有试过用 hidden 属性。但是实际上, hiiden 也是会被渲染出来的,只是不显示而已,并不会造成页面加载速度的提升

效果图

这里是随便拿的一个demo去弄的,需要的话可以点击 这里

或者浏览小程序代码片段 https://developers.weixin.qq.com/s/oV1RFfmY7H4W

使用之前

使用之后

如果图片不动的话可以点击查看 可以看得出是提升是相当明显的

后续进阶

图片lazyload方案

image有一个 lazy-load 的属性,但是它只能在page以及在scroll-view使用,如果在其他地方的话是不是也可以用这个去做呢

<!-- image-compponent -->
<view class="observer-picture">
  <image src="{{ _src }}"></image>
</view>

// image-component js
Component({
  properties:{
    imageSrc: {
      type: String,
      value: '',
    },

  },
  data: {
    _src: "default_image"
  },
  ready () {
    // 伪代码
    observer('.observer-picture')
      .then(() => {
        this.setData({
          _src: this.properties.imageSrc
        })
      })
  }
})