이제 참고할만한 가치가 있는 vue-cli webpack2 프로젝트 패키징 최적화에 대한 기사를 공유하겠습니다. 모든 분들께 도움이 되기를 바랍니다.
파일 검색 범위 줄이기
Resolve.modules 구성
Webpack의solve.modules는 모듈 라이브러리(예: node_modules)의 위치를 구성합니다. import 'vue'가 js에 나타나면 이는 상대적인 것이 아닙니다. 또는 절대 경로를 작성하지 않으면 node_modules 디렉터리에서 찾을 수 있습니다. 그러나 기본 구성은 상향 재귀 검색을 통해 찾을 수 있지만 일반적으로 프로젝트 디렉터리에는 node_modules가 하나만 있고 프로젝트 루트 디렉터리에 있습니다. 검색 범위를 줄이기 위해 전체 경로를 직접 지정할 수 있습니다. 별칭의 경우에도 마찬가지로 node_modules(`별칭 구성에도 동일하게 적용됨):
function resolve (dir) { return path.join(__dirname, '..', dir) } module.exports = { resolve: { extensions: ['.js', '.vue', '.json'], modules: [ resolve('src'), resolve('node_modules') ], alias: { 'vue$': 'vue/dist/vue.common.js', 'src': resolve('src'), 'assets': resolve('src/assets'), 'components': resolve('src/components'), // ... 'store': resolve('src/store') } }, ... }
테스트 설정 및 포함 및 제외를 적절하게
test: 충족해야 하는 조건(정규식, 따옴표 추가 안 함, 일치) 처리할 파일)
exclude: 조건을 충족할 수 없음(처리할 디렉터리 제외)
include: 가져온 파일이 로더에 의해 변환될 경로 또는 파일 배열(처리할 디렉터리 포함)
이것은 불필요한 순회를 줄여 성능 손실을 줄일 수 있습니다.
대체 코드 압축 도구
Webpack에서 기본적으로 제공하는 UglifyJS 플러그인은 단일 스레드 압축으로 인해 속도가 느립니다.
webpack-parallel-uglify-plugin 플러그인은 UglifyJS 플러그인을 병렬로 실행할 수 있습니다. , CPU 리소스를 보다 완전하고 합리적으로 사용하여 빌드 시간을 크게 줄일 수 있습니다.
물론 이 플러그인은 개발 환경이 아닌 프로덕션 환경에서 사용해야 합니다. 다음 구성:
// 删掉webpack提供的UglifyJS插件 // new webpack.optimize.UglifyJsPlugin({ // compress: { // warnings: false, // drop_console: true // }, // sourceMap: true // }), // 增加 webpack-parallel-uglify-plugin来替换 const ParallelUglifyPlugin = require('webpack-parallel-uglify-plugin'); new ParallelUglifyPlugin({ cacheDir: '.cache/', // 设置缓存路径,不改动的调用缓存,第二次及后面build时提速 uglifyJS:{ output: { comments: false }, compress: { warnings: false } } })
또한 동일한 유형의 플러그인 webpack-uglify-parallel을 시도했지만 작동하지 않았습니다. webpack-parallel-uglify-plugin만큼 효과적이지는 않습니다(프로젝트마다 다를 수 있습니다. 프로젝트에서 비교를 위해 사용할 수 있습니다).
webpack-parallel-uglify-plugin 플러그인은 UglifyJsPlugin에서 생성된 패키지보다 약간 큽니다(그러나 명확하지는 않습니다). 크기가 커진 것에 비해 속도를 추구하기로 했습니다(사용 후 40초에서 40초로 줄었습니다). 19초) .
정적 파일 복사
copy-webpack-plugin 플러그인 사용: 지정된 폴더의 파일을 지정된 디렉토리에 복사합니다. 구성은 다음과 같습니다.
var CopyWebpackPlugin = require('copy-webpack-plugin') plugins: [ ... // copy custom static assets new CopyWebpackPlugin([ { from: path.resolve(__dirname, '../static'), to: config.build.assetsSubDirectory, ignore: ['.*'] } ]) ] DllPlugin & DllReferencePlugin
Dll의 개념은 Windows 시스템의 dll. dll 패키지는 순수하게 종속된 라이브러리로 자체적으로 실행될 수 없으며 앱에서 이를 참조하는 데 사용됩니다.
dll을 패키징할 때 Webpack은 포함된 모든 라이브러리의 색인을 만들고 이를 매니페스트 파일에 작성합니다. dll(dll 사용자)을 참조하는 코드를 패키징하는 경우 이 매니페스트 파일만 읽어야 합니다.
1. 프로젝트 빌드 폴더 아래에 webpack.dll.conf.js 파일을 다음 내용으로 추가합니다.
var path = require('path') var webpack = require('webpack') module.exports = { entry: { vendor: [ // 这里填写需要的依赖库 'babel-polyfill', 'axios', 'vue/dist/vue.common.js', 'vue-router', 'pingpp-js', "region-picker" ] }, output: { path: path.resolve(__dirname, '../static/js'), filename: '[name].dll.js', library: '[name]_library' }, module: { rules: [ { test: /\.vue$/, loader: 'vue-loader' }, { test: /\.js$/, loader: 'babel-loader', exclude: /node_modules/ } ] }, plugins: [ new webpack.optimize.ModuleConcatenationPlugin(), new webpack.DllPlugin({ path: path.join(__dirname, '.', '[name]-manifest.json'), libraryTarget: 'commonjs2', name: '[name]_library' }), new webpack.optimize.UglifyJsPlugin({ compress: { warnings: false } }) ] }
2. webpack.prod.conf.js 파일에 플러그인 부분을 추가합니다. :
plugins: [ ... // copy custom static assets new webpack.DllReferencePlugin({ context: path.resolve(__dirname, '..'), manifest: require('./vendor-manifest.json') }) ]
3. 프로젝트 루트 디렉터리 index.html 파일에 추가:
<body> <p id="app"></p> <!-- built files will be auto injected --> <script src="<%= webpackConfig.output.publicPath %>spa/js/vendor.dll.js"></script> //添加这句,路径可根据所需修改 </body>
4. package.json의 패키지 dll에 명령 추가
"build:dll": "webpack --config build/webpack.dll.conf.js"
5. 명령 순서
npm run build:dll //打包一次之后依赖库无变动不需要执行 npm run build
Advantages
Dll은 포함된 라이브러리가 증가, 감소 또는 업그레이드되지 않는 한 독립적으로 존재하므로 온라인 dll 코드는 필요하지 않습니다. 버전 릴리스로 자주 업데이트됩니다.
App 부분 코드를 수정한 후에는 포함된 라이브러리를 늘리거나 줄이거나 업그레이드하지 않는 이상 앱 부분 코드와 dll 부분만 컴파일하면 됩니다. 이는 또한 각 컴파일 속도를 크게 향상시킵니다.
동일한 종속 라이브러리를 사용하는 여러 프로젝트가 있고 DLL을 공유할 수 있다고 가정해 보세요.
19s->15s
babel의 캐시 디렉토리를 true로 설정
webpack.base.conf.js에서 babel-loader를 수정하세요.
loader: 'babel-loader?cacheDirectory=true',
15s->14s
Set noParse
만약 당신이 모듈에 다른 새로운 종속성이 없는지 확인하려면 이를 구성하면 됩니다. Webpack은 더 이상 이 파일의 종속성을 검색하지 않습니다. 이렇게 하면 더 큰 클래스 라이브러리의 성능이 향상됩니다.
module: { noParse: /node_modules\/(element-ui\.js)/, rules: [ { ... } } happypack
위의 내용은 모든 사람을 위해 정리한 내용입니다. 앞으로 모든 사람에게 도움이 되기를 바랍니다.
관련 기사:
위 내용은 vue-cli에서 webpack2 프로젝트 패키징 최적화를 구현하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!