zoukankan      html  css  js  c++  java
  • [Preference] How to avoid Forced Synchronous Layout or FSL to improve site preference

    When tigger site updates the layout, it always follow this order:

     

    Javascript trigger style changes, then layout changes then broswer do the paint and composite

    All those five steps should be finished in 60fps, or 16ms. Then users will have a smooth and good user experience.

    For "layout", "style" and "composite", please check this site: https://csstriggers.com/

    From the site, you can see that, 'transform' and 'opacity' has good preference, because they only trigger "composite", save lot of works for the broswer.

    Also you can see that the method for "left", "right", they triggers all "layout", "paint", "composite"

    Now let see "style" and "layout".

    In general, "style" should happen before "layout", otherwise, broswer need to rerender "layout"->"style"->"layout" all over again, which is a waste for the perfermence.

    To see which opreation will cause "layout" recalcuation, please checkout http://gent.ilcore.com/2011/03/how-not-to-trigger-layout-in-webkit.html, basiclly, be careful with those:

    clientHeight, clientLeft, clientTop, clientWidth, focus(), getBoundingClientRect(), getClientRects(), innerText, offsetHeight, offsetLeft, offsetParent, offsetTop, offsetWidth, outerText, scrollByLines(), scrollByPages(), scrollHeight, scrollIntoView(), scrollIntoViewIfNeeded(), scrollLeft, scrollTop, scrollWidth

    Let's see an example how bad it can affect our site prefermence. Example site

    In this bad example, you can see taht Recalculation for "style" -> "layout" -> "style" .... "layout", it repeat number of times.

     

     Let's see the code causes this:

            function firstRun() {
              divs.forEach(function(elem, index, arr) {
                if (window.scrollY < 200) {
                  elem.style.opacity = 0.5;
                }
              })
            }

    As you can see in a forEach loop, every time you call "scollY" will cause a layout update, then we call "style.opacity" to trigger style update, but after style updated, layout will be updated again because the order, remember?

    Let's see how to fix the problem:

            function thirdRun() {
              var newWidth = container.offsetWidth;
              divs.forEach(function(elem, index, arr) {
                elem.style.width = newWidth + "px";
              })
            }

    We can simply move 'layout' update code out of forEach loop. Now the timeline looks much better!

     

  • 相关阅读:
    jsp servlet table 集合list 数据 绑定
    Linux下“/”和“~”的区别
    android 百度地图 定位获取位置失败 62错误
    PostgreSQL 空间数据类型point、 line等
    PostgreSQL 与 PostGIS
    MySQL及navicat for mysql中文乱码
    eclipse报错:Multiple annotations found at this line:
    Multiple markers at this line
    css中绝对定位和相对定位的区别
    关于display的属性:block和inline-block以及inline的区别,float相关说明
  • 原文地址:https://www.cnblogs.com/Answer1215/p/8728615.html
Copyright © 2011-2022 走看看