Webpack4.0.0（4.0.1）正式发布，最高提速98%
最近两天前端界有个热门话题，就是 webpack 发布了4.0.0版本，随之又发布了4.0.1修复了4.0.0发现的bug，那么 webpack 4的发布到底有什么大改变呢？
详见官方发布日志：
https://github.com/webpack/webpack/releases/tag/v4.0.0
https://github.com/webpack/webpack/releases/tag/v4.0.1
至于升级嘛，经测试，在 webpack 3.x基础上升级至 webpack 4，首先出现的就是 UglifyJsPlugin、CommonsChunkPlugin 两个插件的废弃，改为内置提供，其余常用 loader（如file-loader、url-loader等）也都提供了想对应的兼容版本，升级 webpack 4后移除 UglifyJsPlugin 和 CommonsChunkPlugin 两插件（以 optimization 配置取代），再逐一升级其余 loader，基本满足需求。 查看更多...
使用yarn配置resolutions解决依赖错误
去年3月份，npm圈子发生过这样一件事，一个不过 11 行的工具函数left-pad被作者从npm上撤下，所有直接和间接依赖它的包就这么齐刷刷挂了，包括babel和react-native这样每天安装数万的热门项目。而Azer删除他所有的npm包又是另一个故事：Azer写了一个工具叫kik发布在npm上，这天有个同名的公司律师找上门要求他删掉，Azer不从，这律师就找上npm，npm把包的管理权限转给了这家公司——当然，Azer就怒了，从npm上解放了所有自己发布的包。
事件之后，有人给出了类似问题的解决之道，使用npm的bundledDependencies。不过，很多库作者并不会真的这样用起来，于是，今天又碰到了类似的问题，vue前端界自然是人尽皆知，配套的vue-loader更可谓是必需品，就是在vue-loader里引入的一个库——js-beautify，今天从1.6.14更新到了1.7.0，但是作者似乎写了个bug，于是依赖于node构建的我们，出现了如此异常
Module build failed: Error: Cannot find module './lib/beautify' //...
官方issue里便出现了如此景象 查看更多...
Android Studio …aapt.exe” finished with non-zero…解决
升级Android Studio为2.2.2之后，旧项目编译出错，Android编译时出现如下错误
Error:Execution failed for task ':app:processAndroid360XmDebugResources'. > com.android.ide.common.process.ProcessException: org.gradle.process.internal.ExecException: Process 'command 'D:\Develop\Android\sdk\build-tools\21.0.0\aapt.exe'' finished with non-zero exit value -1073741819
搜索良久，很多做法都试了不好使，偶然间发现有人说可能使用JDK8的缘故，果断切JDK7尝试，尝试结果是根本切不回去，Android Studio 2.2.2提示使用JDK 8或者更新的版本。 查看更多...
