browserify-loader 目前的性能

性能是 browserify-loader 的关键指标,但是从目前的测试来看,性能并不理想。

browserify-loader 提供了一个查看性能的接口,window.define.performance(), 调用这个接口,就可以看到各个模块在各环节用时,以及总的性能比。

那如何衡量 browserify-loader 的性能呢?

假设没有加载器,脚本都是通过 script 标签一开始就全都引入到 HTML 中的,那所有这些脚本的加载时间就是性能时间。

加入了 browserify-loader 之后,包含以下这些消耗时间的地方:

  1. xhr 加载脚本,这个时间基本等价于 通过 script 标签加载脚本的时间
  2. define 的时间,给 xhr 加载过来的脚本打上 define 的 wrapper,在创建 script 标记插到页面中,再到 define 执行完毕
  3. 分析模块依赖的时间
  4. 获取真实模块依赖 uri 的时间,包括递归向上查找 node_modules 中模块的时间
  5. 等等

好吧,下面是粗略的测试结果:

`使用 browserify-loader 加载的总时间 / xhr 加载脚本的总时间 ≈ 2 – 5 倍

意思也就是,如果你啥也不用,加载要1s,使用 browserify-loader 可能需要 2 – 5s。这个时间大家可以接受么?

    原文作者:寸志
    原文地址: https://segmentfault.com/a/1190000000641654
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞