编译阶段的优化
主要是webpack
开发环境时重复构建更快
1.include
缩小编译的范围
rules: [
{
test: /\.js$/,
use: [
{
loader: 'babel-loader',
options: {
cacheDirectory: true,
persets: [
'@babel/preset-react'
],
plugins: [
'@babel/plugin-proposal-class-properties'
]
}
}
],
include: path.resovle('src'),
exclude: /node_modules/
}
]
2.resolve
配置解析 ... const bootstrap = path.resolve("node_modules/boostrap/dist/css/bootstrap.css") ... resolve: { modules: [path.resolve('node_modules')] // 查找范围 extensions: ['.js', '.ts'], // 扩展 名 越少越好 alias: { bootstrap }, fallback: { cryto: false, // 假如说你引用的一个包里面有node核心模块 它会帮你跳过这个node核心模块的引用 让你最后打出来的包体积更小 buffer: false, stream: false } }, module: { rules: [...] },
3.alias
上面提到了
4.external
如果配置了这个插件 就不会打包lodash模块 会引入 _ 这个全局变量
new HtmlWebpackExternalsPlugin({
externals: [
{
module: 'lodash',
entry: 'https://cdn.bootcdn.net/ajax/libs/lodash.js/4.17.20/loadash.js',
global: '_'
}
]
})
5.编译缓存
{
loader: 'babel-loader',
options: {
cachDirectory: true, // 开启缓存
}
}
但如果是webpack5
可以配置持久化缓存 以前是没有的
devtool:...
cache: { // 开启持久化缓存
type: 'filesystem' // 改为 memory会更快
},
entry: ...
6.开启多进程
entry:... optimization: { minimize: isEnvProduction, // 生产环境会开启压缩 minimizer: [ new TerserPlugin({parallel: true}), // 压缩js 多进程压缩 new OptimizeCSSAssetsPlugin() // 压缩css ], splitChunks: ... }
生产环境时文件更小 加载更快
1.开启tree-sharking
import {join} from 'lodash'
仅仅只会打包join这一个方法
2.scope-hositing
将作用域提升 可以减小包的体积
3.splitChunks
代码分割 懒加载
optimization: {
minimize: isEnvProduction,
minimizer: [
new TerserPlugin({parallel: true}),
new OptimizeCSSAssetsPlugin()
],
splitChunks: {
chunks: 'all', // 支持 asynchronous和同步
minSize: 0, // 最小大小
minRemainingSize: 0, //分割出去剩下的大小
maxSize: 0, // 最大大小
minChunks: 1, // 最小引用次数
maxAsyncRequests: 30, // 异步模块最大并发请求数 import('..')
maxInitialRequests: 30, // 同步模块最大并发请求数 import
enforceSizeThreshold: 50000, // 如果一个代码块的大小超过这个数就强行打包webpack新属性
cacheGroups: { // 缓存组
defaultVendors: { // 第三方的模块如果在node_modules里面的话会进行一个单独的分割
test: /[\\/]node_modules[\\/]/,
priority: -10, // 优先级
reuseExistingChunk: true // 是否使用已经分割出的代码块
},
default: {
minChunks: 2, // 如果一个模块被引用2次的话 会单独提取为一个代码块
priority: -20,
reuseExistingChunk: true
}
}
},
runtimeChunk: { // 运行时代码 单独分割
name: entrypoint => runtime-${entrypoint.name}
},
moduleIds: isEnvProduction ? 'deterministic' : 'named',
chunkIds: isEnvProduction ? 'deterministic' : 'named'
}
4.提供node的空mocks
我们上面在fallback中已经配置了
5.持久化缓存
webpack5新增功能
上面在代码分割后的相关moduleIds配置项
moduleIds: 'deterministic'
路由切换的优化 懒加载
更新阶段的优化
PureComponent 只要属性不更新 组件就不会重新渲染
实现PureComponent以及memo
但上述的属性对比仅仅是浅比较 所以存在缺陷 所以我们需要用到 immutable.js import {Map} from 'immutable'; Map 为不可变数据 每次操作都会返回一个不同的对象引用地址 但是每次会尽可能复用老的属性 另外可以非常快速进行深度比较 性能特别高
class App ... { constructor() { ... this.state = {counter:Map({number:0})}; } add = (amount) => { let count = this.state.count.set('number', this.state.count.get('number') + amount);
this.setState(count);
}
render() {
...
return (
<button onClick={()=>this.add(1)}>
)
}
}
可视化工具 React Developer Tools
优化redux 通过reselect 简单实现一个createSelector
大数据渲染优化
时间分片优化前
时间分片优化后
虚拟列表
骨架屏
在真实内容渲染前 有一个loading效果 我们要写一个webpack插件 在编译阶段就生成一个svg图 插入值
中去 skeleton.js (src/skeleton.js) 在根目录下(与webpack.config.js平行) 新建SkeletonWebpackPlugin.js weback.base.js webpack.config.js webpack.seleton.js
通过webpack进行预渲染 由于spa项目普通的爬虫无法爬取项目的静态文本的内容 通过预渲染插件prerender-spa-plugin解决spa项目的seo问题 prerender-spa-plugin利用了Puppeteer的爬取页面的功能 Puppeteer是一个Chrome官方出品的headless Chrome node库 它提供了一系列的API 可以在无UI的情况下调用Chrome的功能 适用于爬虫 自动化处理等各种场景 原理是在webpack构建阶段的最后 在本地启动一个Puppeteer的服务 访问配置了预渲染的路由 然后将Puppeteer中渲染的页面输出到html文件中 并建立路由对应的目录 注意:不适合不同的用户看都会不同的页面 这种类型的页面不适用预渲染 对于一些经常发生变化的页面 如体育比赛等 会导致编译后的数据不是实时更新的
虚拟列表
还有 React hooks性能优化 Error Boundaries 通过DOM-DIFF原理进行性能优化 响应式数据的精细化渲染 图片懒加载等优化手段