当似乎没有其他应用程序正在尝试使用端口时，如何修复Node.js中的“ events.js：167错误错误：连接ECONNREFUSED 127.0.0.1:443”？

Question

在执行了一些api调用后，运行node.js应用程序时出现以下错误。

该错误并不总是显示在完全相同的代码位置/行中。 但大多数情况下，它是在api调用的结尾。

  events.js:167 

投掷者 //未处理的“错误”事件^

错误：在TCPConnectWrap.afterConnect上将ECONNREFUSED 127.0.0.1:443连接为[oncomplete]（net.js：1113：14）在TLSSocket.emit的TLSSocket.socketErrorListener（_http_client.js：391：9）处发出了“错误”事件（events.js：182：13）在process._tickCallback（内部/ process / next_tick）处在emissionErrorAndCloseNT（内部/流/destroy.js:50:3）在emitErrorNT（内部/流/destroy.js:82:8）处。 JS：63：19）

基于此处类似的问题，我的假设是：a）使用127.0.0.1:443的某个东西，因此与我的应用程序发生冲突；或b）节点正尝试使用127.0.0.1:443，但没有任何可使用的东西（我的应用正在监听localhost：3000）。

假设a）似乎不太可能，因为运行netstat -ano之后| findstr 127.0.0.1:443没有任何显示（当应用程序运行时以及终止后）。

还使用计算机中的任何端口杀死了每个node.exe和mongod.exeb，关闭了终端并重新启动了节点应用程序，但均未成功。

如果错误与假设有关b）我不确定该如何解决。

api.post('/parsePOpdf', wagner.invoke(function(Pdfeq, Pdfdocspec, Product, User, Order){
    return async function(req,res){

        //... some code

        pdfParser.on("pdfParser_dataError", errData => console.error(errData.parserError) );
        pdfParser.on("pdfParser_dataReady", async function(pdfData) {

            fs.writeFile("./test.json", JSON.stringify(pdfData), function(err){
                console.log(err);
            });

            let pages = pdfData.formImage.Pages;
            //console.log('pages 557', pages);
            let order = {
                orderDetails : {
                    supplier : [{
                        item : []
                    }]
                }
            }; 

            for (const page of pages){
                let value = await getItemsInPDF(page, productKeys, pdfParsingDetails, order, Product, customer, supplierLink, User);
                //... more code
                order = value;
            }

            return res.json(order);         
        });
        pdfParser.loadPDF(pdfFile);

    }   
}));

我希望代码能够完成而不会引发此错误。

Answer 1

事实证明，问题出在api代码中：用于获取远程文件的http.get行生成了冲突。 这是有道理的，因为该API的其他端点不存在该错误。

因此，需要了解的是，如果终端报告没有使用可疑冲突端口（请参阅问题）的应用，则answser应该在同一代码内，并且您需要一行一行地找出导致问题的原因（而不是专注于尝试其他应用）使用同一端口，就像我一直关注的那样）。