Webpack3+React16代碼分割的實現

項目背景

最近項目裡有個webpack版本較老的項目,由於升級和換框架暫時不被leader層接受o(╥﹏╥)o,隻能在現有條件進行優化。

webpack3 + react16

webpack v3配置檢查

很明顯項目的配置是從v1繼承過來的,v1->v3的升級較為簡單,參考官網https://webpack.js.org/migrate/3/即可。

loaders變為rules
不再支持鏈式寫法的loader,json-loader不需要配置
UglifyJsPlugin插件需要自己開啟minimize

分析現有包的問題

使用webpack-bundle-analyzer構建包後,如圖

問題非常明顯:

除瞭zxcvbn這個較大的包被拆出來,代碼就簡單的打包為瞭vender和app,文件很大。

動態import拆分vender

分析vender的代碼,某些大包,例如libphonenumber.js,使用場景不是很頻繁,將它拆出來,當使用到相關特性時再請求。

參考react官方代碼分割指南, https://react.docschina.org/docs/code-splitting.html#import

import { PhoneNumberUtil } from 'google-libphonenumber'
function usePhoneNumberUtil(){
  // 使用PhoneNumberUtil
}

修改為動態 import() 方式,then和async/await都支持用來獲取異步數據

const LibphonenumberModule = () => import('google-libphonenumber')
function usePhoneNumberUtil(){
  LibphonenumberModule().then({PhoneNumberUtil} => {
    // 使用PhoneNumberUtil
  })
}

當 Webpack 解析到該語法時,會自動進行代碼分割。

修改後的效果:

libphonenumber.js(1.chunk.js)從vender中拆分出來瞭,並且在項目實際運行中,隻有當進入usePhoneNumberUtil流程時,才會向服務器請求libphonenumber.js文件。

基於路由的代碼分割

React.lazy

參考react官方代碼分割指南-基於路由的代碼分割,https://react.docschina.org/docs/code-splitting.html#route-based-code-splitting。

拆分前示例:

import React from 'react';
import { Route, Switch } from 'react-router-dom';
const Home = import('./routes/Home');
const About = import('./routes/About');

const App = () => (
<Router>
 <Suspense fallback={<div>Loading...</div>}>
  <Switch>
   <Route exact path="/" component={Home}/>
   <Route path="/about" component={About}/>
  </Switch>
 </Suspense>
</Router>
);

拆分後示例:

import React, { lazy } from 'react';
import { Route, Switch } from 'react-router-dom';
const Home = lazy(() => import('./routes/Home'));
const About = lazy(() => import('./routes/About'));

const App = () => (
// 路由配置不變
)

拆分後效果:

app.js按照路由被webpack自動拆分成瞭不同的文件,當切換路由時,才會拉取目標路由代碼文件。

命名導出

該段引用自 https://react.docschina.org/docs/code-splitting.html#named-exports 。

React.lazy 目前隻支持默認導出(default exports)。如果你想被引入的模塊使用命名導出(named exports),你可以創建一個中間模塊,來重新導出為默認模塊。這能保證 tree shaking 不會出錯,並且不必引入不需要的組件。

// ManyComponents.js
export const MyComponent = /* ... */;
export const MyUnusedComponent = /* ... */;
// MyComponent.js
export { MyComponent as default } from "./ManyComponents.js";
// MyApp.js
import React, { lazy } from 'react';
const MyComponent = lazy(() => import("./MyComponent.js"));

自己實現AsyncComponent

React.lazy包裹的懶加載路由組件,必須要添加Suspense。如果不想強制使用,或者需要自由擴展lazy的實現,可以定義實現AsyncComponent,使用方式和lazy一樣。

import AsyncComponent from './components/asyncComponent.js'
const Home = AsyncComponent(() => import('./routes/Home'));
const About = AsyncComponent(() => import('./routes/About'));
// async load component
function AsyncComponent(getComponent) {
 return class AsyncComponent extends React.Component {
  static Component = null
  state = { Component: AsyncComponent.Component }

  componentDidMount() {
   if (!this.state.Component) {
    getComponent().then(({ default: Component }) => {
     AsyncComponent.Component = Component
     this.setState({ Component })
    })
   }
  }
  // component will be unmount
  componentWillUnmount() {
   // rewrite setState function, return nothing
   this.setState = () => {
    return
   }
  }
  render() {
   const { Component } = this.state
   if (Component) {
    return <Component {...this.props} />
   }
   return null
  }
 }
}

common業務代碼拆分

在完成基於路由的代碼分割後,仔細看包的大小,發現包的總大小反而變大瞭,2.5M增加為瞭3.5M。

從webpack分析工具中看到,罪魁禍首就是每一個單獨的路由代碼中都單獨打包瞭一份components、utils、locales一類的公共文件。

使用webapck的配置將common部分單獨打包解決。

components文件合並導出

示例是將components下的所有文件一起導出,其他文件同理

function readFileList(dir, filesList = []) {
 const files = fs.readdirSync(dir)
 files.forEach((item) => {
  let fullPath = path.join(dir, item)
  const stat = fs.statSync(fullPath)
  if (stat.isDirectory()) {
   // 遞歸讀取所有文件
   readFileList(path.join(dir, item), filesList)
  } else {
   /\.js$/.test(fullPath) && filesList.push(fullPath)
  }
 })
 return filesList
}
exports.commonPaths = readFileList(path.join(__dirname, '../src/components'), [])

webpack配置抽離common

import conf from '**';
module.exports = {
 entry: {
  common: conf.commonPaths,
  index: ['babel-polyfill', `./${conf.index}`],
 },
 ... //其他配置
 plugins:[
  new webpack.optimize.CommonsChunkPlugin('common'),
  ... // other plugins
 ]
}

在webpack3中使用CommonsChunkPlugin來提取第三方庫和公共模塊,傳入的參數 common 是entrty已經存在的chunk, 那麼就會把公共模塊代碼合並到這個chunk上。

提取common後的代碼

將各個路由重復的代碼提取出來後,包的總大小又變為瞭2.5M。多出瞭一個common的bundle文件。(common過大,其實還可以繼續拆分)

總結

webpack打包還有很多可以優化的地方,另外不同webpack版本之間也有點差異,拆包思路就是提取公共,根據使用場景按需加載。

到此這篇關於Webpack3+React16代碼分割的實現的文章就介紹到這瞭,更多相關Webpack3+React16代碼分割內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!

推薦閱讀: