nodejs는 Express에서 다음으로 작동합니다.

이번에는 Express에서 차기 동작하는 nodejs에 대한 주의사항을 알려드리겠습니다. Express에서 차기 동작하는 nodejs에 대한

주의사항은 무엇인지 살펴보겠습니다.

Nodejs에서 next가 무엇을 하는지, 어떤 상황에서 사용되는지 잘 모르는 분들이 많을 거라 생각합니다. 이용해보세요. 관심이 있으시면 함께 알아보세요.

최근에는 회사에서 node를 사용해 프론트엔드와 백엔드를 분리하고 있는데, 사용하는 웹 프레임워크가 Express라 예전에 Express Routing에 대한 글을 쓴 적이 있는데, 그런 것 같습니다. 그 기사에서 빠진 중요한 것 중 하나가 바로 Express의 다음 내용이므로 오늘은 Express의 다음 내용에 대해 별도로 이야기하겠습니다.

다음에는
3가지 측면에서 주로 설명하겠습니다. 다음의 기능은 무엇입니까?
다음은 언제 써볼까?

• next의 내부 구현 메커니즘은 무엇인가요?

Next의 역할 express

middleware

함수를 정의할 때 세 번째 매개변수를 next로 정의하겠습니다. 이 다음이 오늘의 주인공입니다. 현재 미들웨어가 요청을 종료하지 않는 경우 다음 함수는 주로 제어권을 전달하는 역할을 합니다. next가 호출되지 않으면 요청이 일시 중단되고 나중에 정의된 미들웨어는 실행될 기회를 얻지 못합니다.

Next

를 언제 사용해야 할까요? 위의 설명에서 next 함수는 등록된 모든 미들웨어가 차례로 실행되도록 하는 데 주로 사용된다는 것을 이미 알고 있습니다. 그런 다음 모든 미들웨어에서 next 함수를 호출해야 하지만 미들웨어를 정의하는 경우 특별한 경우가 있습니다. 이 요청을 종료하므로 다음 함수를 다시 호출하면 안 됩니다. 그렇지 않으면 문제가 발생할 수 있습니다.

app.get('/a', function(req, res, next) {
  res.send('sucess');
  next();
});
// catch 404 and forward to error handler
app.use(function(req, res, next) {
 console.log(404);
 var err = new Error('Not Found');
 err.status = 404;
 next(err);
});
app.use(function(err, req, res, next) {
 res.status(err.status || 500);
 res.render('error', {
  message: err.message,
  error: {}
 });
});

코드를 살펴보겠습니다. "/a" 요청 보내기, 콘솔 인쇄 로그는 다음과 같습니다:

404
GET /a 500 6.837 ms - -
Error: Can't set headers after they are sent.
  at ServerResponse.OutgoingMessage.setHeader (_http_outgoing.js:345:11)

코드에서 예외가 발생하는 이유는 res.send 이후에 다음 함수를 호출했기 때문입니다. 요청이 종료되었지만 후속 404 미들웨어는 계속 실행되고 후속 미들웨어는 속성 값 추가를 시도합니다. 헤더에 추가되므로 위의 예외가 발생합니다.

이것을 읽고 나면 res.send 이후 다음 함수를 호출하지 않으면 나중에 정의된 404 미들웨어가 절대 실행되지 않는지 궁금할 것입니다. 이제 res.send 이후 다음 함수 호출을 삭제하고 "/xxx" 요청을 보내면 404 미들웨어가 실행되는 것을 볼 수 있습니다. (ㄒoㄒ) 이는 앞서 말한 내용과 모순되지 않습니까? 미들웨어는 다음을 호출하지 않지만 나중에 정의된 미들웨어는 계속 실행됩니다. 이유는 무엇입니까? 소스코드에 대해서만 도움을 요청할 수 있는 것 같습니다~~~

다음의 내부 메커니즘

function next(err) {
  ... //此处源码省略
  // find next matching layer
  var layer;
  var match;
  var route;
  while (match !== true && idx 

위는 Express의 next 소스코드입니다. 문제를 좀 더 쉽게 설명하기 위해 코드를 삭제했습니다. 위의 소스 코드에서 다음 함수 내에

while 루프

가 있음을 알 수 있습니다. 각 루프는 라우팅 및 미들웨어 정보를 포함하고 있으며 레이어와 요청된 경로는 다음과 같습니다. 일치가 성공하면 layer.handle_request가 실행되고 미들웨어 함수가 호출됩니다. 그러나 일치가 실패하면 다음 레이어(미들웨어)가 반복됩니다.

이제 위에서 제기한 문제, 즉 사용자 정의 미들웨어에서 다음 함수가 호출되지 않지만 요청한 "/xxx"가 등록한 "/a"와 일치하지 않기 때문에 후속 404 미들웨어가 계속 실행되는 이유를 설명할 수 있습니다. 미들웨어를 라우팅하므로 while 루프가 계속 실행되고 404 미들웨어가 성공적으로 일치하므로 404 미들웨어가 실행됩니다.

참고: app.use에 등록된 미들웨어의 경우 경로 매개변수가 비어 있으면 기본값은 "/"이고 경로가 "/"인 미들웨어는 기본적으로 모든 요청과 일치합니다. 특히 한 가지 짚고 넘어가야 할 점은 라우팅

미들웨어를 정의할 때 함수 옆의 세 번째 매개변수는 우리가 비라우팅 미들웨어를 정의할 때의 함수 옆의 세 번째 매개변수와 동일하지 않다는 것입니다. 위에서 봤습니다. 논라우팅 미들웨어의 다음 기능이고, 라우팅 미들웨어의 다음 기능은 이렇습니다🎜

function next(err) {
  if (err && err === 'route') {
   return done();
  }
  var layer = stack[idx++];
  if (!layer) {
   return done(err);
  }
  if (layer.method && layer.method !== method) {
   return next(err);
  }
  if (err) {
   layer.handle_error(err, req, res, next);
  } else {
   layer.handle_request(req, res, next);
  }
 }

这个next比上边的那个next要简单很多，它负责同一个路由的多个中间件的控制权的传递，并且它会接收一个参数"route"，如果调用next(“route”)，则会跳过当前路由的其它中间件，直接将控制权交给下一个路由。

最后有必要再说一说next(err)，next(err)是如何将控制权传递到错误处理中间件的，从前边的代码我们知道，当调用next(err)是，express内部会调用layer.handle_error，那我们来看看它的源码

Layer.prototype.handle_error = function handle_error(error, req, res, next) {
 var fn = this.handle;
 if (fn.length !== 4) {
  // not a standard error handler
  return next(error);
 }
 try {
  fn(error, req, res, next);
 } catch (err) {
  next(err);
 }
};

代码中的fn就是中间件函数，express会对fn的参数个数进行判断，如果参数个数不等于4则认为不是错误处理中间件，则继续调用next(err)，这样就会进入到下一个中间件函数，继续进行参数个数判断，如此方式一直到某个中间件函数的参数个数是4，就认为找到了错误处理中间件，然后执行此中间件函数。

相信看了本文案例你已经掌握了方法，更多精彩请关注php中文网其它相关文章！

推荐阅读：

Express Session实现登录验证功能（附代码）

js面向对象深入理解

위 내용은 nodejs는 Express에서 다음으로 작동합니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!