如果你在docker容器中得到这个错误，比如在alpine容器中运行npm install时，原因可能是容器启动后网络发生了变化。

要解决这个问题，只需停止并重新启动容器

docker-compose down
docker-compose up

来源:https://github.com/moby/moby/issues/32106 # issuecomment - 578725551

启用了火焰，它仍然不工作?

很可能你需要从正确的路径来设置.env, require('dotenv')。配置({路径:__dirname + './../.)env '});不会起作用(或任何其他路径)。只需将.env文件放在函数目录中，从该目录部署到Firebase。

EAI_AGAIN是一个DNS查找超时错误，意味着它是一个网络连接错误或代理相关的错误。

我的主要问题是dns.js做什么?

dns.js用于节点获取域的ip地址(简而言之)。

更多信息: http://www.codingdefined.com/2015/06/nodejs-error-errno-eaiagain.html

在对我的GraphQL API应用程序(在docker容器内操作)进行了一次微不足道的更新后，我开始得到这个错误(不同的堆栈跟踪)。不管出于什么原因，容器在解析API使用的后端服务时遇到了困难。

在四处打听了一下我正在构建的docker基础映像(顺便说一下，node:13-alpine)中是否发生了一些更改之后，我决定尝试最古老的计算机科学技巧:重新启动…我停下来启动docker容器，一切恢复正常。

显然，这不是一个有意义的解决潜在问题的方案——我只是发布这个，因为它确实为我澄清了问题，而没有深入到兔子洞。

对于那些每天执行数千或数百万个请求，并且需要解决此问题的人:

在服务器上执行大量请求时，得到getaddrinfo EAI_AGAIN错误是很正常的。Node.js本身不执行任何DNS缓存，它委托所有与操作系统相关的DNS。

你需要记住，每个http/https请求都会执行一个DNS查找，这可能会变得相当昂贵，为了避免这个瓶颈和getaddrinfo错误，你可以实现一个DNS缓存。

http。请求(和https)接受一个默认为dns的查找属性。

http.get('http://example.com', { lookup: yourLookupImplementation }, response => {
    // do something here with response
});

我强烈建议使用一个已经测试过的模块，而不是自己编写DNS缓存，因为您必须正确处理TTL，以及其他一些事情，以避免难以跟踪错误。

我个人使用缓存查找，这是一个得到使用(见dnsCache选项)。

您可以在特定的请求中使用它

const http = require('http');
const CacheableLookup = require('cacheable-lookup');

const cacheable = new CacheableLookup();

http.get('http://example.com', {lookup: cacheable.lookup}, response => {
    // Handle the response here
});

或全球

const http = require('http');
const https = require('https');
const CacheableLookup = require('cacheable-lookup');

const cacheable = new CacheableLookup();

cacheable.install(http.globalAgent);
cacheable.install(https.globalAgent);

注意:请记住，如果一个请求不是通过Node.js的http/https模块执行的，在全局代理上使用.install不会对所述请求产生任何影响，例如使用undici发出的请求

如果您使用Firebase Cloud Functions得到此错误，这是由于免费层的限制(出站网络只允许谷歌服务)。

升级到火焰或火焰计划为它工作。