本文从属于笔者的Web前端入门与最佳实践 中的React入门与最佳实践系列。

Bundle Size

前端项目中，特别是移动环境下，我们特别关心用户的加载速度。加载速度的限制一个是并发链接数，受限于HTTP 1.1协议，浏览器的并发连接数存在一定限制，不过我们可以利用Webpack等模块打包工具将模块打包到一个文件中（如这里推荐笔者的Webpack2 React Redux Boilerplate）。此时就会面临另一个问题，首屏加载时候包体过大，而本章节就关注于基于React的项目打包编译之后的包体大小优化。我们来看下未进行任何优化操作下的包体大小，也就是开发环境下的包体大小:

Modules Analysis

在优化之前，我们首先需要了解我们包体的模块组成，是否存在某些模块是可以进行异步加载的，这里笔者可以使用Webpack Dashboard自带的模块列表:

这里我们发现ECharts占用了较大的份额，不过实际上ECharts所支持的图表模块并不需要首屏展示，而是用户点击之后的展示，因此这样的模块可以进行异步加载。另外，我们可以使用专门的Webpack Stats Analyzer工具进行分析：

添加合适的插件

plugins: [
    new webpack.DefinePlugin({ // <-- key to reducing React's size
      'process.env': {
        'NODE_ENV': JSON.stringify('production')
      }
    }),new webpack.optimize.DedupePlugin(),//dedupe similar code 
    new webpack.optimize.UglifyJsPlugin(),//minify everything
    new webpack.optimize.AggressiveMergingPlugin()//Merge chunks 
  ],

添加了这些插件之后，可以明显减少包体大小:

使用GZip压缩

先看看效果，还是很明显的:

编译时压缩

npm install compression-webpack-plugin --save-dev

  plugins: [
    new webpack.DefinePlugin({ 
      'process.env': {
        'NODE_ENV': JSON.stringify('production')
      }
    }),new webpack.optimize.UglifyJsPlugin(),new webpack.optimize.AggressiveMergingPlugin(),new CompressionPlugin({   <-- Add this
      asset: "[path].gz[query]",algorithm: "gzip",test: /\.js$|\.css$|\.html$/,threshold: 10240,minRatio: 0.8
    })
  ]

最后，我们需要设置Express进行合适的路径转发:

app.get('*.js',function (req,res,next) {
  req.url = req.url + '.gz';
  res.set('Content-Encoding','gzip');
  next();
});

动态Gzip

笔者使用Express搭建服务端渲染服务，可以添加压缩插件:

//Simply do this to add dynamic gzipping (not preferred)
npm install compression --save //install
var compression = require(‘compression’); //import to express app
app.use(compression());//add this as the 1st middleware

不过这种方式的缺陷是增加了运行时的服务器负载，因此不是很推荐。