neoveee的博客

背景最近在做项目的过程中，发现项目打包的时间特别长，在npm start 的时候，需要耗费大概70s的时间，项目使用的webpack1+babel +react+redux，以及其他用到的第三方类库。于是接手了这样一个任务：对项目的webpack打包做优化。其实优化主要设计两方面的任务： 1. 打包时间 2. 打包后的文件体积在打包时间上，项目中已经使用了external 的形式，将react

在浏览器地址栏输入：chrome://inspect/#devices点击如下：在webpack的配置文件中加一个debugger 4.在你的package.json中添加一个新的script,比如："debug": "node --inspect --debug-brk node_modules/.bin/webpack --config webpack/webpack.config.js"

最近在研究webpack2的配置，发现遇到了很多的问题，而且一绊就是好久。其实webpack2的配置，官方文档讲的还是很清楚明白的，很多的配置也清晰灵活了好多，应该是自己对webpack还不是太熟悉，一直停留使用封装好的框架上，对内部的一些配置不明就里。这里将自己在配置过程中出现的各种问题记录下，防止踩坑1. webpack-dev-server不能处理import其实这个问题真的是困扰了好久，在控

webpack在打包后，生成的文件主要分为三种类型： * 业务代码 * 外部依赖库 * webpack runtimewebpack中的dll和external在本质上其实是解决的同一个问题：避免将某些外部依赖库打包进我们的业务代码，而是在运行时提供这些依赖。一方面实现了代码拆分，以及依赖的复用，另一方面提升构建速度.这两种方案应该是各有各的优劣，分别适用于不同的环境。...

背景有一次在使用webpack构建组件项目时，需要动态指定publicpath，类似如下的代码：构建后，在运行态下，发现模块A中，并没有应用动态指定的publicPath。查看了构建后的资源：可以明显看到，模块A被提升到了 指定publicPath的前面，这就导致了A中的path并没有生效。查阅了webpack的官方文档，也验证了这一点：就是说，如果你使用了ES6 Module 导入...