React性能优化
博客专区 > -鹏 的博客 > 博客详情
React性能优化
-鹏 发表于1年前
React性能优化
  • 发表于 1年前
  • 阅读 1346
  • 收藏 4
  • 点赞 0
  • 评论 0

腾讯云 新注册用户 域名抢购1元起>>>   

摘要: 这段时间功能基本做完了,慢慢着手代码优化。

一. duplicate code

项目技术栈: 

view :用的是基于react的 antd + ltcrm-component。 

数据流: reflux

路由: react-router

打包:atool-build

由于使用了atool-build导致无法使用webpack2,当然webpack的 新特性 tree-shaking 就更用不了了。详情查看:http://www.2ality.com/2015/12/webpack-tree-shaking.html

所以不得不用以下方案。 webpack不愧称得上是”比你更懂你的代码“

大家用的原生webpack 不妨尝试下,还是不错的,另外一个吹得比较火的是rollup.js ,有兴趣也可以看下。

言归正传,我们的基本组件使用的都是antd,而且antd的组件全部打出来会非常大。不压缩大概8,9百k的样子。所以用react-router-loader(基于webpack code split 的 react-router封装)会导致打包是这样的。

左边是优化前,右边是优化后:

由于之前没有关注过代码优化,所以会导致优化控件很大。

我主要从三个方面优化:

1. 对于react, react-dom 页面都会使用的 单独打包成common.js

webpack配置如下:

webpackConfig.entry.common = ['react', 'react-dom', 'react-router', 'reflux'];

2. 对于antd 这种组件库。

我分析了下页面的使用情况,将使用频率高的打包成antd.js 。 页面用到antd会加载这个公共文件。对于页面使用频率低的组件,不加入到antd.js文件中。

webpack配置如下:

webpackConfig.entry.antd = [
			'antd/lib/button',
			'antd/lib/table',
			'antd/lib/modal',
			'antd/lib/message',
			'antd/lib/form',
			'antd/lib/menu',
			'antd/lib/row',
			'antd/lib/col',
			'antd/lib/tooltip',
			'antd/lib/radio',
			'antd/lib/date-picker',
			'antd/lib/time-picker',
			'antd/lib/input',
			'antd/lib/input-number',
			'antd/lib/notification',
			'antd/lib/pagination',
			'antd/lib/select',
			'antd/lib/tag',
		];

这样打出来antd公共组件压缩前大概是400kb。这样第一个页面加载了antd.js。其他页面就无需加载了,节省了带宽,提升了速度。

PS:  对于方法1,2 都需要先配置CommonsChunkPlugin.  大概是这样的new CommonsChunkPlugin({names: ['antd', 'common'], minChunks: Infinity})

3.分析项目依赖

通过读配置文件,去找对应引入的js大小。通过查找发现,react-time 大小就有200kb左右,但是实际上绝大数功能我们都没有用到。所以就用 new Date().Format('yyyy-MM-dd hh:mm:ss')代替了。 这样部分引入react-time页面就少了200kb左右压缩前大小。 对于工具库的使用,我的理解是在引入对应库之前,要知道你要引入的是什么,以及引入了多少无用的代码。如果引入的代码比较少,你完全可以用几行代码搞定,还是不要引入了,这样会造成系统稳定性降低和 无用代码增加。  其实更推荐大家写一个工具库,然后把工具类都往里面塞。这样一方面大小可控(自己写的),一方面风险降低(出bug随时改)

二. Lazy-Load

    虽然使用webpack code split 和 commonchunkPlugin之后代码比较平均并且小了许多。但是有的页面依旧很大(我这里的原因是页面嵌套了不点击用户无法看到的Modal)。 所以最基本的优化思路是用户不点击的时候不加载js,这样会减少首次加载的js大小。 通过拆分首屏部分,大概抽出了300多k的内容,这取决于页面内容,并不是说抽出非首屏内容一定会提高性能,视情况而定,这点需要注意。

优化后是这样的:

代码是基于webpack require.ensure()的 。 详情查看:https://webpack.github.io/docs/code-splitting.html

三. Prefetch

前一种是为了减少用户首次加载等待时间,这个是为了进一步减少这个时间。虽然两个名词截然相反。

这里的基本原理是分析用户行为,在用户将要发生这个行为之前,预先请求资源。  比如用户鼠标移到菜单上,那么很有可能是要点击,这时候就去加载js。即使用户不想切换也不会带来性能问题。因为用户不可能在页面未加载就把鼠标移上去吧?

这里我写了一个预加载的库。

github 地址 : https://github.com/azl397985856/react-prefetch

这个库目前实现了MPA鼠标移上去加载html。SPA鼠标移上去触发回调函数,回调函数会传url信息,你根据这个信息自己取请求对应资源即可。 我试了下,相比之前,现在页面基本平滑无闪动

四. render

代码优化,主要从一下两方面进行:

1.减少代码运算

比如尽量避免使用闭包。 使用定时器不要忘了清理等。 还有一个就是尽量避免多层嵌套,如果你觉得你必须这么做,很可能你选错了路。

关于代码优化,我之前有专门讲过,不赘述。

2. 减少不必要渲染

react是基于dom-diff 来渲染dom的全局刷新dom,但这建立在你使用良好的基础上。所以审查代码render次数,查找不必要的渲染也是优化的一步。

比较容易有问题的通常是onchange   scroll  这种比较频繁的事件监听。对于这种比较频繁的事件监听,需要单独优化,这一部分有机会再单独谈。

下面是我之前代码对的render情况:

我心里清楚这里面有一些不必要的render,是可以优化的。

优化后:

通过这样分析并去除不必要的渲染,可以进一步提升性能。

 

共有 人打赏支持
粉丝 18
博文 142
码字总数 91236
×
-鹏
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: