webpack使用优化（持续更新，欢迎补充）

原文连接

前言

本文不是webpack入门文章，若是对webpack还不了解，请前往题叶的Webpack入门，或者阮老师的Webpack-Demos。

为何要使用Webpack

1. 与react一类模块化开发的框架搭配着用比较好。

2. 属于配置型的构建工具，比较用容易上手，160行代码可大体实现gulp400行才能实现的功能。

3. webpack使用内存来对构建内容进行缓存，构建过程当中会比较快。

第3点我想稍微论述一下，若是看过我以前写的《如何写一个webpack插件（一）》，会发现，webpack会将文件内容存在compilation这个大的object里面，方便各类插件，loader间的调用。虽然gulp也用到了流(pipe)这样的内存处理方式，但感受webpack更进一步。gulp是每个任务(task)用一个流，而webpack是共享一个流。

简要回顾Webpack的配置

Webpack的配置主要为了这几大项目：

• entry：js入口源文件

• output：生成文件

• module：进行字符串的处理

• resolve：文件路径的指向

• plugins：插件，比loader更强大，能使用更多webpack的api

经常使用Loaders介绍

• 处理样式，转成css，如：less-loader, sass-loader

• 图片处理，如: url-loader, file-loader。两个都必须用上。不然超过大小限制的图片没法生成到目标文件夹中

• 处理js，将es6或更高级的代码转成es5的代码。如：
  babel-loader，babel-preset-es2015，babel-preset-react

• 将js模块暴露到全局，若是expose-loader

经常使用Plugins介绍

• 代码热替换, HotModuleReplacementPlugin

• 生成html文件，HtmlWebpackPlugin

• 将css成生文件，而非内联，ExtractTextPlugin

• 报错但不退出webpack进程，NoErrorsPlugin

• 代码丑化，UglifyJsPlugin，开发过程当中不建议打开

• 多个 html共用一个js文件(chunk)，可用CommonsChunkPlugin

• 清理文件夹，Clean

• 调用模块的别名ProvidePlugin，例如想在js中用$，若是经过webpack加载，须要将$与jQuery对应起来

使用优化

了解了以上介绍的Loaders和Plugins以后，基本就能够搭建一整套基于Webpack的构建（不须要gulp与grunt，合图除外）。下面让我来介绍一下在使用过程当中的一些优化点。

优化点一.如何区分开发及生产环境

1. 在package.json里面的script设置环境变量，注意mac与windows的设置方式不同

"scripts": {
    "publish-mac": "export NODE_ENV=prod&&webpack -p --progress --colors",
    "publish-win":  "set NODE_ENV=prod&&webpack -p --progress --colors"
}

1. 在webpack.config.js使用process.env.NODE_ENV进行判断

优化点二.使用代码热替换

方法一：

1.将代码内联到入口js文件里

2.启动代码热替换的plugins

方法二：

直接实现一个server.js，启动服务器（须要启动热替换plugin)，下面是我在业务中用到的一个范例。具体的一些参数能够

var webpack = require('webpack');
var webpackDevMiddleware = require("webpack-dev-middleware");
var webpackDevServer = require('webpack-dev-server');
var config = require("./webpack.config.js");
    
config.entry.index.unshift("webpack-dev-server/client?http://localhost:9000");  // 将执替换js内联进去
config.entry.index.unshift("webpack/hot/only-dev-server");
var compiler = webpack(config);
var server = new webpackDevServer(compiler, {
    hot: true,
    historyApiFallback: false,
    // noInfo: true,
    stats: { 
        colors: true  // 用颜色标识
    },
    proxy: {
        "*": "http://localhost:9000" // 用于转发api数据，但webpack本身提供的并不太好用
    },
});
server.listen(9000);

方法三：

直接在webpack.config.js上配置。这个办法最简单，固然灵活性没有本身实现一个服务器好。

优化点三.import react致使文件变大，编译速度变慢，乍办?

1. 若是你想将react分离，不打包到一块儿，可使用externals。而后用<script>单独将react引入
   

2. 若是不介意将react打包到一块儿，请在alias中直接指向react的文件。能够提升webpack搜索的速度。准备部署上线时记得将换成react.min，能减小文件大小(减小约600kb)
   

优化点四.将模块暴露到全局

若是想将report数据上报组件放到全局，有两种办法：

方法一：

在loader里使expose将report暴露到全局，而后就能够直接使用report进行上报

{
    test: path.join(config.path.src, '/js/common/report'),
    loader: 'expose?report'
},

方法二：

若是想用R直接表明report，除了要用expose loader以外，还须要用ProvidePlugin帮助，指向report，这样在代码中直接用R.tdw， R.monitor这样就能够

new webpack.ProvidePlugin({
    "R": "report",
}),

优化点五.多个html怎么办

1. 使用HtmlWebpackPlugin，有多少个html，就排列多少个，记得不要用inject，不然所有js都会注入到html。若是真的要用inject模式，请务必将不须要的js用exclude chunk去掉或者用chunk参数填上你须要入口文件。

仅使用app做为注入的文件：

plugins: [
  new HtmlWebpackPlugin({
    chunks: ['app']
  })
]

不使用dev-helper做为注入文件：

plugins: [
  new HtmlWebpackPlugin({
    excludeChunks: ['dev-helper']
  })
]

若是你不想用inject模式，但又想使用html-webpack-plugin，那你须要在html里用<script>标签放入对应的js，以及用<link>入对应的css。记住，这些资源的路径是在生成目录下的，写路径的时候请写生成目录下的相对路径。

优化点六. html-webpack-plugin不用使inject模式没又md5，并且不支持文件内联怎么破？

当时我就给维护者提了一个issue--Add inline feature to the plugin。

而后维护者在开发的分支上加了这么一个特性（证实维护者不想在插件里加内联功能了，想让我来弄）：

事件
容许其它插件去使用执行事件
html-webpack-plugin-before-html-processing
html-webpack-plugin-after-html-processing
html-webpack-plugin-after-emit

使用办法：

compilation.plugin('html-webpack-plugin-before-html-processing', function(htmlPluginData, callback) {
    htmlPluginData.html += 'The magic footer';
    callback();
  });

不过我仍是决定本身开发一个了一个插件
html-res-webpack-plugin，有中英文文档能够参考。其实html-webpack-plugin以js做为入口可能跟webpack的理念更为一致，但其实直接在html上放link和script更加方便直白一些。并且html-webpack-plugin局限性太多，若是我想在script上加attribute也是比较麻烦的事儿。因此我干脆开发一个能够容许在html上直接放link和script并且支持内联及md5的插件。

但相信我以后也会针对html-webpack-plugin再写一个内联及md5的插件，适配一直在用这个插件的人。

优化点七.用gulp-webpack速度慢乍办

上图是初始化构建30个文件的用时，一共用了13秒。用了externals优化后，还有100多kb，比用纯webpack优化要大50多kb。并且，因为你用的是gulp-webpack，每次有文件改动，都必须所有从新编译一次。所以，跟react搭配建议仍是不要用gulp-webpack。由于若是你使用webpack的话，即便初次启动时速度也并不快，但开发过程当中，webpack会自动识别，只会从新编译有修改的文件，这大大加快了编译构建速度。

没办法，老项目改造，真的要用，乍办？我提供如下思路
（1）当非js文件改变的时候，不要去跑js打包的任务
（2）非公共的js发生改变的时候，只执行这个js的打包任务

下图是优化了以后，在开发过程当中非公共文件修改后的编译速度。个人娘，纯webpack只须要100多200ms。建议仍是用webpack吧。

优化点八. 公并公共代码

有些类库如utils, bootstrap之类的可能被多个页面共享，最好是能够合并成一个js，而非每一个js单独去引用。这样可以节省一些空间。这时咱们能够用到CommonsChunkPlugin，咱们指定好生成文件的名字，以及想抽取哪些入口js文件的公共代码，webpack就会自动帮咱们合并好。

new webpack.optimize.CommonsChunkPlugin({
            name: "common",
            filename: "js/common.js",
            chunks: ['index', 'detail]
        }),

优化点九. 善用alias。

resolve里面有一个alias的配置项目，可以让开发者指定一些模块的引用路径。对一些常常要被import或者require的库，如react,咱们最好能够直接指定它们的位置，这样webpack能够省下很多搜索硬盘的时间。

优化点十.若是在经过webpack在项目中使用bootstrap, jquery以及fontawesome

这一点对于创业公司来讲可能比较有用，它们的初期产品都须要快速上线，用一些比较成熟的UI框架会比较好。

这样，首先咱们须要jquery文件，而且安装bootstrap(3.3.5) ,font-awesome(4.4.0),以及imports-loader(0.6.3)。还须要sass-loader(3.1.2)及less-loader(2.5.3)。

而后，在主要入口文件要这么引用下面的样式文件：

require('bootstrap/less/bootstrap.less');
require('font-awesome/scss/font-awesome.scss');
require('./index.scss');

在webpack.config.js的entry项目里，能够加上这个vendor:

common: ['jquery', 'bootstrap'],

在loaders里加入如下loader，将jQuery暴露到全局:

{
    test: path.join(config.path.src, '/libs/jq/jquery-2.1.4.min'),
    loader: 'expose?jQuery'
},

再添加如下loader，让webpack帮助复制font文件

{ 
        test: /\.(woff|woff2|eot|ttf|svg)(\?.*$|$)/,  
        loader: 'url-loader?importLoaders=1&limit=1000&name=/fonts/[name].[ext]' 
},

在plugins里添加ProvidePlugin，让$指向jQuery

new webpack.ProvidePlugin({
    $: "jquery",
    jQuery: "jquery"
}),

这样，就能够同时使用jQuery, Bootstrap和Fontawesome了。

webpack会取代gulp吗

• 未必，但在开发环境，以及不须要一些功能如合图的状况下，webpack能够彻底取代gulp，至少如今我有三个项目彻底用webpack进行开发和部署上线

• 要取代gulp,还须要不断发展它的loader以及plugin生态，至少，完善一下开发者文档啊。

有样版boilerplate项目吗

目前有一个尚未成型的，我先放在这里，目前能够经过查看gulpfile.js和webpack.config.js文件进行学习
steamer_branch_v2。要成为boilerplate还待我花一周时间整理。