收藏
回答

在排查代码因素的情况下,小程序页面切换耗时大幅增加,是什么原因导致的?

小程序自上周一(08.21)开始,页面切换耗时均值大幅增加,

以下是We分析 - 性能质量 - 性能数据 - 运行性能,给出的页面切换耗时趋势图:

通过观测页面切换耗时分布数据表,发现耗时1000ms+的页面大幅增加,且页面切换耗时分布统计的页面总数也增加了。

请问:是否是官方调整了页面切换耗时的数据来源,将入口页的渲染耗时也计算为了页面切换耗时?

回答关注问题邀请回答
收藏

3 个回答

  • clebeg
    clebeg
    2023-08-31

    麻烦提供一下appid

    2023-08-31
    有用
    回复 2
    • FiringJ
      FiringJ
      2023-08-31
      wx85e044b6246d4947
      2023-08-31
      回复
    • 流星💫
      流星💫
      2023-09-18
      请问如何优化页面切换耗时
      2023-09-18
      回复
  • 兵长
    兵长
    2023-08-31

    麻烦提供下APPID

    2023-08-31
    有用
    回复 4
    • FiringJ
      FiringJ
      2023-08-31
      wx85e044b6246d4947
      2023-08-31
      回复
    • 兵长
      兵长
      2023-09-01回复FiringJ
      已修复,麻烦再看看是否正常
      2023-09-01
      回复
    • FiringJ
      FiringJ
      2023-09-01
      今天早上观察了一下数据,已经恢复正常了,感谢


      另外能请问一下,具体的原因是否如我之前分析的一样,将入口页的渲染耗时也计算为了页面切换耗时?
      2023-09-01
      回复
    • 流星💫
      流星💫
      2023-09-18
      请问如何优化页面切换耗时
      2023-09-18
      回复
  • simple
    simple
    2023-08-31

    页面切换时,一般来说切换已加载的页面,速度都是挺快的,看看某个高频页面是否在独立分包里面,导致每次打开都需要二次加载该分包

    2023-08-31
    有用
    回复 1
    • FiringJ
      FiringJ
      2023-08-31
      我们的高频页面都在主包里。以高频页面A为例,在页面每周访问量趋近稳定的情况下:在8月第三周,页面切换耗时分布统计的A页面总数约为26.9万,到了8月第四周,页面切换耗时分布统计的A页面总数提高到了64.2万,且耗时1000ms+的占比大幅提升。


      所以目前推测:We分析官方是否将入口页的渲染耗时也计算为了页面切换耗时?
      2023-08-31
      2
      回复
登录 后发表内容
问题标签