Webpack은 Node.js 코드 핫 replacement_node.js를 구현합니다.
지난 이틀 동안 Gitter, Twitter, GitHub에 이 문제에 대해 문의했지만 이틀 동안 답변이 없었습니다
알고보니 블로거 jlongster님이 저를 무시하셨고, 저는 Webpack 작성자의 연락처도 몰랐습니다
지난 번 지터에 올라온 메시지를 본 것 같아서 대략적으로 설명을 해주셨는데...
https://github.com/webpack/docs/issues/45#issuecomment-149793458
Here is the process in short: Compile the server code with webpack Use target: "node" or target: "async-node" Enabled HMR via --hot or HotModuleReplacementPlugin Use webpack/hot/poll or webpack/hot/signal The first polls the fs for updates (easy to use) The second listens for a process event to check for updates (you need a way to send the signal) Run the bundle with node. You can't use existing HMR loaders like react-hot-loader or style-loader because they make no sense in a server environment. Just add manuall replacement code at the correct location (i. e. accept request handler like in the example) You can't use the webpack-dev-server. It's a server which serves assets not a runner. Just run webpack --watch and node bundle.js. I would go the webpack/hot/poll?1000 route first. It's pretty easy to use and suitable for dev environments. For production (if you want to hot update your production server) the signal approach is better suited.
원문은 번역되지 않습니다. 이해한 후에는 Webpack을 구성하는 방법과 스크립트를 실행하는 방법이 중요합니다.
코드가 너무 짧아서 다시 작성했습니다.
https://github.com/jiyinyiyong/webpack-backend-HMR-demo
코드는 jlongster의 구성 튜토리얼에서 복사할 수 있습니다:
http://jlongster.com/Backend-Apps-with-Webpack--2부
webpack = require 'webpack' module.exports = entry: [ 'webpack/hot/poll?1000' # <-- 轮询更新内容的代码 './src/main' # <-- 项目入口 ] target: 'node' # <-- 指明编译方式为 node output: path: 'build/' filename: 'bundle.js' # <-- 编译结果的文件名 module: loaders: [ {test: /\.coffee/, loader: 'coffee'} ] plugins: [ new webpack.HotModuleReplacementPlugin() # <-- 照常启动 hot mode ] resolve: extensions: ['.js', '', '.coffee']
명령줄 환경에서 실행하는 경우 webpack-dev-server가 아닌 webpack이라는 점에 유의하세요
차단을 피하기 위해 백그라운드에서 & 실행에 주의하세요. 터미널이 두 개라면 두 개만 열어주세요
npm i webpack --watch & # <-- watch 模式 node build/bundle.js # <-- 运行的是打包结果的代码
두 개의 테스트 파일을 작성했는데, 그 중 하나는 수정된 코드 src/lib.coffee입니다.
exports.data = 'code 5' exports.printSelf = -> console.log 'doing 3'
또 다른 항목 파일 src/main.coffee에는 모듈 교체를 처리하는 코드가 포함되어 있습니다.
lib = require './lib' console.log lib.data lib.printSelf() counter = 0 setInterval -> counter += 1 console.log counter , 2000 if module.hot module.hot.accept './lib', -> lib = require './lib' console.log lib.data lib.printSelf()
데모를 실행하면 setInterval이 대체의 영향을 받지 않는다는 것을 알 수 있습니다
build/ 디렉터리에서 각 수정 사항은 수정된 콘텐츠를 기록하는 JSON 파일을 생성합니다.
0.1dadeb2eb7b01e150126.hot-update.js 0.c1d0d73de39660806d0c.hot-update.js 2849b61a15d31ffe5e08.hot-update.json 0.99ea3ea7633f6b3750e6.hot-update.js 0.ea a7b323eba 37ae58997.hot-update.js 9b4a5ad617ec1dbc48a3.hot-update.json fb584971920454f9ccbe .hot-update.json
0.9abf25005c61357a0ce5.hot-update.js 0.fb584971920454f9ccbe.hot-update.js a664b5851a99ac0865ca.hot-update.json
0.9b4a5ad617ec1dbc48a3.hot-update.js 1dadeb2eb7b01e150126.hot-update.json Bundle.js
0.a664b5851a99ac0865ca.hot-update.js 256267122c6d325755b0.hot-update.json c1d0d73de39660806d0c.hot-update.json
구체적인 파일 내용은 다음과 같으며 대략적으로 업데이트를 식별하는 데 필요한 정보가 포함되어 있다고 간주할 수 있습니다.
➤➤ cat build/0.c797c084381bfeac37f7.hot-update.js exports.id = 0; exports.modules = { /***/ 3: /***/ function(module, exports, __webpack_require__) { var counter, lib; lib = __webpack_require__(4); console.log(lib.data); lib.printSelf(); counter = 0; setInterval(function() { counter += 1; return console.log(counter, 3); }, 2000); if (true) { module.hot.accept(4, function() { lib = __webpack_require__(4); console.log(lib.data); return lib.printSelf(); }); } /***/ } };
기타 계획
낮에 인터넷에서 해결책을 찾다가 이 문제에 대해 질문하는 게시물을 포럼에 올렸는데, 비교적 명확한 설명이 있는 두 가지 주요 기존 해결책이 있는데
에서 배울 가치가 있습니다.하나는 Baidu의 기술 블로그에 있으며, 모듈 개체를 처리하는 방법, 즉 파일 수정을 수동으로 모니터링한 다음 모듈 캐시를 지우고 모듈을 다시 마운트하는 방법을 설명합니다.
아이디어는 명확하고 신중하게 고려되었습니다. 코드가 약간 중복되더라도 시도해 볼 수 있습니다.
http://www.jb51.net/article/73739.htm
다른 하나는 require.extensions에 대한 해킹으로, 작업과 이벤트를 추가하는 것 같습니다. 모듈 파일이 업데이트되면 해당 모듈이 자동으로 업데이트되고 이 효과를 통해 이벤트가 발생합니다. 모듈을 처리할 수 있습니다. 새 코드를 사용하면 상대적으로 조잡하다고 할 수 있습니다. 결국 모든 코드를 교체하기 쉬운 것은 아닙니다.
https://github.com/rlidwka/node-hotswap
인상수
이미 Webpack 트리에 매달린 점을 고려하면, Node.js는 공식적으로 lib/module.js를 최적화하여 좋은 기능을 얻을 수 있는 커뮤니티가 아닐 수도 있습니다. 불변 데이터의 사용은 Erlang과 비교할 수 없습니다. 왜냐하면 코드 교체에는 상태 업데이트 문제가 포함되어 있기 때문에 다시 시작하기가 더 쉽고 이제 다시 시작하면 선택할 수 있는 세 가지 옵션이 있습니다. node-dev 감독자 nodemon
제가 보기에 가장 큰 이유는 Cumulo 솔루션이 WebSocket에 크게 의존하기 때문입니다. 이제 프런트엔드 개발에서는 서버의 코드를 업데이트할 수 있고 클라이언트는 자동으로 업데이트됩니다.
Webpack과 React의 메커니즘을 통해 DOM과 순수 함수 모듈이 부분적으로 업데이트됩니다. 개발 환경도 핫 교체가 가능하다면 개발 효율성이 크게 향상될 것이라고 생각했는데, 원래는 핫 교체가 불가능하다고 생각했습니다. 매우 가능합니다!
검은 기술 뒤에는 결국 함정이 있을 수 있는데... 만나면 말씀드릴게요
관심이 있으시면 jlongster가 쓴 여러 관련 걸작을 자세히 살펴보세요. 매우 도움이 됩니다.
http://jlongster.com/archive

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











이 기사는 NodeJS V8 엔진의 메모리 및 가비지 수집기(GC)에 대한 심층적인 이해를 제공할 것입니다. 도움이 되기를 바랍니다.

Non-Blocking, Event-Driven 기반으로 구축된 Node 서비스는 메모리 소모가 적다는 장점이 있으며, 대규모 네트워크 요청을 처리하는데 매우 적합합니다. 대규모 요청을 전제로 '메모리 제어'와 관련된 문제를 고려해야 합니다. 1. V8의 가비지 수집 메커니즘과 메모리 제한 Js는 가비지 수집 기계에 의해 제어됩니다.

Vue는 대화형의 효율적인 웹 애플리케이션을 신속하게 구축하는 데 도움이 되는 탁월한 JavaScript 프레임워크입니다. Vue3은 Vue의 최신 버전으로, 많은 새로운 특징과 기능을 도입했습니다. Webpack은 현재 프로젝트의 다양한 리소스를 관리하는 데 도움이 되는 가장 인기 있는 JavaScript 모듈 패키저 및 빌드 도구 중 하나입니다. 이 기사에서는 Webpack을 사용하여 Vue3 애플리케이션을 패키징하고 빌드하는 방법을 소개합니다. 1. 웹팩 설치

Node용 Docker 이미지를 선택하는 것은 사소한 문제처럼 보일 수 있지만 이미지의 크기와 잠재적인 취약점은 CI/CD 프로세스와 보안에 상당한 영향을 미칠 수 있습니다. 그렇다면 최고의 Node.js Docker 이미지를 어떻게 선택합니까?

차이점: 1. 웹팩 서버의 시작 속도는 Vite의 시작 속도보다 느립니다. Vite는 시작할 때 패키징할 필요가 없고 모듈 종속성을 분석하고 컴파일할 필요가 없으므로 시작 속도가 매우 빠릅니다. 2. Vite 핫 업데이트는 Vite의 HRM 측면에서 webpack보다 빠릅니다. 특정 모듈의 내용이 변경되면 브라우저가 모듈을 다시 요청하게 됩니다. 3. Vite는 esbuild를 사용하여 종속성을 사전 구축하는 반면 webpack은 노드를 기반으로 합니다. 4. Vite의 생태계는 웹팩만큼 좋지 않으며, 로더와 플러그인도 충분히 풍부하지 않습니다.

파일 모듈은 파일 읽기/쓰기/열기/닫기/삭제 추가 등과 같은 기본 파일 작업을 캡슐화한 것입니다. 파일 모듈의 가장 큰 특징은 모든 메소드가 **동기** 및 ** 두 가지 버전을 제공한다는 것입니다. 비동기**, sync 접미사가 있는 메서드는 모두 동기화 메서드이고, 없는 메서드는 모두 이기종 메서드입니다.

이벤트 루프는 Node.js의 기본 부분이며 메인 스레드가 차단되지 않도록 하여 비동기 프로그래밍을 가능하게 합니다. 이벤트 루프를 이해하는 것은 효율적인 애플리케이션을 구축하는 데 중요합니다. 다음 기사는 Node.js의 이벤트 루프에 대한 심층적인 이해를 제공할 것입니다. 도움이 되기를 바랍니다!

초기에 JS는 브라우저 측에서만 실행되었습니다. 유니코드로 인코딩된 문자열은 처리하기 쉬웠지만 바이너리 및 유니코드가 아닌 인코딩된 문자열을 처리하는 것은 어려웠습니다. 그리고 바이너리는 컴퓨터의 가장 낮은 데이터 형식인 비디오/오디오/프로그램/네트워크 패키지입니다.
