NodeJS 서비스가 항상 충돌하는 문제를 해결하는 방법-프런트엔드 Q&A-php.cn

NodeJS 서비스가 항상 충돌하는 문제를 해결하는 방법

醉折花枝作酒筹

풀어 주다： 2021-04-13 18:44:43

앞으로

2485명이 탐색했습니다.

이 글에서는 NodeJS 서비스가 항상 충돌하는 문제를 해결하는 방법을 소개합니다. 도움이 필요한 친구들이 모두 참고할 수 있기를 바랍니다.

NodeJS 서비스가 항상 충돌하는 문제를 해결하는 방법

많은 사람들이 그런 이미지를 갖고 있습니다. NodeJS는 더 빠르지만 단일 스레드이기 때문에 불안정하고 약간 안전하지 않으며 복잡한 비즈니스를 처리하는 데 적합하지 않습니다. 간단한 비즈니스 시나리오.

사실 NodeJS에는 "취약한" 측면이 있습니다. 단일 스레드 어딘가에서 생성된 "처리되지 않은" 예외로 인해 실제로 전체 Node.JS가 충돌하고 종료됩니다. 다음은 노드의 예입니다. -error.js 파일:

var http = require(＇http＇);

var server = http.createServer(function (req, res) {

  //这里有个错误，params 是 undefined
  var ok = req.params.ok;

  res.writeHead(200, {＇Content-Type＇: ＇text/plain＇});
  res.end(＇Hello World
＇);
});

server.listen(8080, ＇127.0.0.1＇);

console.log(＇Server running at http://127.0.0.1:8080/＇);

로그인 후 복사

서비스를 시작하고 주소 표시줄에서 테스트한 후 http://127.0.0.1:8080/을 찾습니다. 예상대로 노드가 충돌합니다.

$ node node-error
Server running at http://127.0.0.1:8080/

c:githubscript
ode-error.js:5
  var ok = req.params.ok;
                     ^
TypeError: Cannot read property ＇ok＇ of undefined
    at Server.<anonymous> (c:githubscript
ode-error.js:5:22)
    at Server.EventEmitter.emit (events.js:98:17)
    at HTTPParser.parser.onIncoming (http.js:2108:12)
    at HTTPParser.parserOnHeadersComplete [as onHeadersComplete] (http.js:121:23)
    at Socket.socket.ondata (http.js:1966:22)
    at TCP.onread (net.js:525:27)

로그인 후 복사

어떻게 해결하나요?

사실 오늘날 Node.JS가 개발되어도 이 문제를 해결할 수 없다면 오래 전에는 아무도 사용하지 않을 것입니다.

UncaughtException 사용

uncaughtException을 사용하여 포착되지 않은 오류를 전역적으로 캡처할 수 있습니다. 동시에 이 함수의 호출 스택을 인쇄할 수도 있습니다. 캡처 후 다음과 같이 노드 프로세스가 종료되는 것을 효과적으로 방지할 수 있습니다.

process.on(＇uncaughtException＇, function (err) {
  //打印出错误
  console.log(err);
  //打印出错误的调用栈方便调试
  console.log(err.stack)；
});

로그인 후 복사

이것은 노드 프로세스 내부의 Guard와 동일하지만 많은 사람들이 이 방법을 옹호하지 않습니다. 이는 Node.JS의 예외를 완전히 제어할 수 없다는 것을 의미합니다.

try/catch 사용

스레드 안전성을 보장하기 위해 콜백 앞에 try/catch를 추가할 수도 있습니다.

var http = require(＇http＇);

http.createServer(function(req, res) {
  try {
    handler(req, res);
  } catch(e) {
    console.log(＇
＇, e, ＇
＇, e.stack);
    try {
      res.end(e.stack);
    } catch(e) { }
  }
}).listen(8080, ＇127.0.0.1＇);

console.log(＇Server running at http://127.0.0.1:8080/＇);

var handler = function (req, res) {
  //Error Popuped
  var name = req.params.name;

  res.writeHead(200, {＇Content-Type＇: ＇text/plain＇});
  res.end(＇Hello ＇ + name);
};

로그인 후 복사

이 솔루션의 장점은 오류와 호출 스택이 현재 발생한 웹 페이지에 직접 출력될 수 있다는 것입니다.

프레임워크에 통합

표준 HTTP 응답 처리는 아래 그림과 같이 일련의 미들웨어(HttpModule)를 거쳐 최종적으로 핸들러에 도달합니다.

이러한 미들웨어와 핸들러에는 NodeJS의 기능이 있습니다. , 그것들은 모두 콜백 함수이며 콜백 함수는 런타임 중에 Node가 충돌하는 유일한 장소입니다. 이 기능에 따르면 예외 문제를 상대적으로 완벽하게 해결하려면 프레임워크에 try/catch만 통합하면 되며 다른 사용자의 요청에는 영향을 미치지 않습니다.

사실 거의 모든 현재 NodeJS WEB 프레임워크가 이를 수행합니다. 예를 들어 OurJS 오픈 소스 블로그가 기반으로 하는

에는 다음과 같은 예외 처리 코드가 있습니다.

Line: 207

  try {
    handler(req, res);
  } catch(err) {
    var errorMsg
      = ＇
＇
      + ＇Error ＇ + new Date().toISOString() + ＇ ＇ + req.url
      + ＇
＇
      + err.stack || err.message || ＇unknow error＇
      + ＇
＇
      ;

    console.error(errorMsg);
    Settings.showError
      ? res.end(＇<pre class="brush:php;toolbar:false">＇ + errorMsg + ＇

＇) : res.end(); }

로그인 후 복사

그러면 다음과 같은 오류가 발생하면 어떻게 해야 합니까? 콜백에서 생성되지 않습니까? 실제로 이러한 노드 프로그램은 전혀 시작할 수 없으므로 걱정하지 마십시오.

또한 노드 자체 클러스터에도 특정 내결함성이 있습니다. nginx의 작업자와 매우 유사하지만 약간 더 많은 리소스(메모리)를 소비하고 프로그래밍이 그리 편리하지 않습니다.

NodeJS 프로세스 보호 및 오류 로그 기록

예외로 인한 Node.JS 충돌 문제는 기본적으로 해결되었습니다. 그러나 100% 신뢰할 수 있는 플랫폼은 없습니다. try/catch 및 uncaughtException을 포착할 수 없습니다. 이전에 js를 실행할 때 기본 레이어에서 발생하는 파일 스트림 읽기 예외가 가끔 발생했습니다. 이는 기본 libuv의 버그였습니다. Node.js는 0.10.21에서 수정되었습니다.

이러한 상황에 직면하면, 비정상적인 충돌이 발생한 후 NodeJS가 즉시 부활할 수 있도록 nodejs 애플리케이션에 데몬 프로세스를 추가해야 합니다.

또한 이러한 예외는 다시는 발생하지 않도록 로그에 기록되어야 합니다.

노드를 사용하여 노드를 보호

node-forever는 보호 기능과 LOG 로깅 기능을 제공합니다.

설치가 매우 쉽습니다

[sudo] npm install forever

로그인 후 복사

사용도 매우 쉽습니다

$ forever start simple-server.js
$ forever list
  [0] simple-server.js [ 24597, 24596 ]

로그인 후 복사

로그를 읽을 수도 있습니다

forever -o out.log -e err.log my-script.js

로그인 후 복사

셸 시작 스크립트를 사용하여 노드를 보호하세요

노드를 사용하여 보호하는 경우 복잡하므로 OurJS는 스레드 데몬을 처리하기 위해 부팅 시 직접 스크립트를 시작합니다.

예를 들어, debian에 있는 ourjs 시작 파일: /etc/init.d/ourjs

이 파일은 시작 옵션만 있는 매우 간단합니다. 가드의 핵심 기능은 true인 동안 무한 루프로 구현됩니다. 지나치게 밀도가 높은 오류로 인해 프로세스가 차단되는 것을 방지하려면 각 오류가 발생한 후 1초마다 서비스를 다시 시작하세요.

WEB_DIR=＇/var/www/ourjs＇
WEB_APP=＇svr/ourjs.js＇

#location of node you want to use
NODE_EXE=/root/local/bin/node

while true; do
    {
        $NODE_EXE $WEB_DIR/$WEB_APP config.magazine.js
        echo "Stopped unexpected, restarting 

"
    } 2>> $WEB_DIR/error.log
    sleep 1
done

로그인 후 복사

오류 로깅도 매우 간단합니다. 프로세스 콘솔의 오류를 error.log 파일에 직접 출력할 수 있습니다. ;> $WEB_DIR/error.log 이 줄에서 2는 오류를 나타냅니다.

추천 학습: javascript 비디오 튜토리얼

위 내용은 NodeJS 서비스가 항상 충돌하는 문제를 해결하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!