Node.js   发布时间:2022-04-24  发布网站:大佬教程  code.js-code.com
大佬教程收集整理的这篇文章主要介绍了node.js – 一段时间后节点停止响应大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
我的节点服务器正常运行.绝对没有问题.
然后在某个(随机?)时间点,它停止响应请求.
(之前它确实不间断地响应了几个小时.)

没有错误.服务器仍然可以执行内部进程,但不响应请求.

有了这个,请求正在进入服务器,如日志所示:

GET / - - ms - -
GET / - - ms - -
GET /upload - - ms - -
GET /profile - - ms - -

我无法弄清楚它什么时候被触发,发生了什么,以及它为什么会发生.

一旦服务器停止响应,它将永远不会再响应.重新启动服务器可以解决问题,直到再次发生.

有人遇到过这种行为吗?

更新:

>服务器永远不会崩溃,只是停止响应.
>这个应用程序已经超过一年了,工作正常,所以我怀疑这是一个基本的,而是其他的东西.
>最近的更改:开始使用YouTube SPF
>最近的更改:连接到远程服务器上的MongoDB而不是localhost

同样,服务器永远不会崩溃,只是停止响应.

这些是我用于服务器的组件:

var express = require('express');
var app = express();
var port = process.env.PORT || 8080;
var morgan = require('morgan');
var cookieParse = require('cookie-parser');
var session = require('express-session');
var mongoose = require ('mongoose');
var bodyParser = require('body-parser');
var configDB = require('./config/database');
var passport = require('passport');
var flash = require('connect-flash');
var MongoStore = require('connect-mongo')(session);
var https = require("https");
var path = require('path');
var HelR_630_11845@et = require ("HelR_630_11845@et");
var robots = require("express-robots");
var Sitemap = require('sitemap')
var async = require('async')
var cron = require('node-schedule');
var compression = require('compression')

更新:

添加了带注释的pm2日志:

0|server   | GET /public/js/fullscreen.js 304 72.626 ms - -
0|server   | GET /public/js/mathUtils.js 304 72.291 ms - -
0|server   | GET /public/js/snap.svg.js 304 74.047 ms - -
0|server   | GET /views/58dc059bf5ac4394447e7a4d/82z7rw8qbvgqfr 304 95.918 ms - -
0|server   | GET /public/js/playerTransport.js 304 96.425 ms - -
0|server   | GET /public/res/img/rightarrow.png 304 82.923 ms - -
0|server   | GET /public/res/img/Becomicslogo.png 304 93.323 ms - -
0|server   | GET /public/res/img/leftarrow.png 304 84.158 ms - -
0|server   | GET /public/res/img/fullscreen.png 304 93.776 ms - -
0|server   | GET /public/fonts/foundation-icons.woff 304 61.611 ms - -
0|server   | GET /public/images/ui-bg_glass_100_f6f6f6_1x400.png 404 57.253 ms - 39
0|server   | GET /public/images/ui-icons_ef8c08_256x240.png 404 57.646 ms - 39
0|server   | POST /rating/get 200 111.758 ms - 37
0|server   | POST /player/getBook?id=58dc059bf5ac4394447e7a4d 200 99.961 ms - -
0|server   | GET /public/res/img/loading.gif 304 70.614 ms - -
0|server   | POST /stats/pageView 200 73.545 ms - 2
0|server   | GET /subscriptions 304 655.215 ms - -
0|server   | GET /public/css/discover.css 304 72.171 ms - -
0|server   | GET /public/css/becomics.css 304 73.344 ms - -
0|server   | GET /public/js/spf.js 304 65.621 ms - -
0|server   | GET /public/res/img/hamburgerMenu.png 304 58.525 ms - -


0|server   | POST /subscriptions/count 200 111.033 ms - 11 <--- This is the last time the server will respond
0|server   | GET /profile/5825063e47234fc77cbc7694/$otherUserPic - - ms - -
0|server   | GET /profile/5825063e47234fc77cbc7694/$picThewhat - - ms - -


0|server   | So far so good <--This prints just before the res.send(). It verifies that the request makes it all the way to the response. But still. No response... 
0|server   | So far so good
0|server   | GET /profile/5825063e47234fc77cbc7694/$otherUserPic - - ms - -
0|server   | GET /profile/5825063e47234fc77cbc7694/$picThewhat - - ms - -
0|server   | GET /subscriptions - - ms - -
0|server   | GET /profile/5825063e47234fc77cbc7694 - - ms - -
0|server   | GET /profile/5825063e47234fc77cbc7694 - - ms - -

0|server   | CounTing Views. <--- this is a croned operation. It executes with no problem. Even after server stopped responding.
0|server   | GET /profile/5825063e47234fc77cbc7694 - - ms - -
0|server   | GET / - - ms - -
0|server   | GET /profile/5806a8116b9b49b4201f5487 - - ms - -
0|server   | GET /trendy?spf=navigate - - ms - -
0|server   | GET /trendy?spf=navigate - - ms - -
0|server   | GET /fresh?spf=navigate - - ms - -
0|server   | GET /series/58dc032ef5ac4394447e7a3c - - ms - -
0|server   | GET / - - ms - -
0|server   | GET /featured?spf=navigate - - ms - -
0|server   | GET / - - ms - -
0|server   | GET /featured - - ms - -
0|server   | GET / - - ms - -
0|server   | GET /ping - - ms - -

如你看到的.没有错误.有任何想法吗?

还要注意/ ping是一个应该返回状态200的路由.没有db查询,没有任何东西.最简单的响应可能,但也失败了.

更新
尝试使用不同的浏览器chrome的隐身功能来验证它不是缓存问题.仍然没有回应.

PM2 Monit:

@H_325_13@mem: 140MB cpu:0% Loop delay 1.46ms

cpu配置文件

node.js – 一段时间后节点停止响应

堆快照

node.js – 一段时间后节点停止响应

2017年4月2日更新:
经过一些调试后,我认为它与远程服务器断开连接……一旦我解决了这个问题,我就会发布回复.

更新4/3/2017
这是我的mongooose连接代码

@H_325_13@mongoose.connect(configDB.url,{user:configDB.user,pass:configDB.pwd,server:{reconnectTries:60,reconnecTinterval:1000}}); // CONNECTION EVENTS // When successfully connected mongoose.connection.on('connected',function () { console.log('Mongoose default connection open to ' + configDB.url); }); // If the connection throws an error mongoose.connection.on('error',function (err) { console.log('Mongoose default connection error: ' + err); console.log("DisconnecTing") mongoose.disconnect(); }); // When the connection is disconnected mongoose.connection.on('disconnected',function () { console.log('Mongoose default connection disconnected'); //It automatically reconnects with not issues });

问题是,当我的问题发生时,这些听众中没有一个会开火.没有抛出任何错误或异常.没有触发断开.只是暂停..

解决方法

如果你能分享你的代码会更好,我们会更清楚这个问题.

如果你正在使用express,它可能只是app.use的错误排序,或者你可能有一个错误的中间件.您可以使用调试器或只是找出服务器崩溃的请求并给它一个修复程序.

大佬总结

以上是大佬教程为你收集整理的node.js – 一段时间后节点停止响应全部内容,希望文章能够帮你解决node.js – 一段时间后节点停止响应所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。