问题描述
试图设置Github Actions工作流，以自动构建和推送他的Nuxt应用的Docker镜像。然而，当工作流完成并拉取镜像并运行时，Web应用无法加载，并且内存消耗会逐渐增加，直到Docker容器因以下错误停止。
<--- Last few GCs --->
...
FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
error Command failed with signal "SIGABRT".
用户还提供了容器进程的strace，其中某些部分无限重复（调用了他应用中的一个API端点的网络请求 “GET /tags/active”）。
此外，用户还分享了他的Dockerfile和Github工作流配置文件。
解决方案
这个问题可能是Docker容器中Node.js应用内存使用不当引起的。下面是一些可能的解决方案和建议。
1. 增加Node.js堆内存限制
可以通过在Node.js应用启动时设置环境变量 NODE_OPTIONS 来增加堆内存限制。在Dockerfile中添加以下命令：
ENV NODE_OPTIONS="--max-old-space-size=4096"
上述命令将限制Node.js的堆内存大小为4GB。你可以根据需要进行调整。
2. 优化构建过程
从用户提供的Dockerfile可以看出，在构建Nuxt应用的过程中，首先安装了所有依赖，然后进行了两次构建：一次是完整构建，一次是纯粹的生产环境构建。这可能导致内存使用过多。你可以尝试在构建过程中进行一些优化，例如将生产依赖的安装移至完整构建之后，并且不需要进行两次构建。
3. 使用更大的Docker虚拟机
在Docker中，容器的虚拟机默认使用的是较小的资源，可能会导致内存不足。你可以尝试在Github Actions的工作流配置文件中增加虚拟机资源限制，以便应用有更多的内存可用。
4. 检查应用中的内存泄漏
内存消耗增加并导致堆内存溢出的一个常见原因是内存泄漏。你可以使用工具如heapdump或memory-usage来检查应用的内存使用情况，并找出是否存在泄漏。
5. 检查Nuxt应用的配置
有时候Nuxt应用的某些配置可能会导致内存问题。确保你的Nuxt应用的配置正确，特别是在访问API端点时。
请注意，上述解决方案可能需要根据你的具体情况进行适当的调整。在尝试更改配置之前，最好先进行备份，以防止意外情况。
请注意：上述解决方案可能适用于大多数情况，但并不一定适用于所有情况。如果问题仍然存在，请考虑进一步调查或寻求更高级的支持。
参考链接
- Node.js官方文档：–max-old-space-size
- Github Actions文档：虚拟机资源限制
- Nuxt.js官方文档
- 查找Node.js内存泄漏的方法
- heapdump库
- memory-usage库
请注意，由于问题的复杂性，上述解决方案可能需要进一步的测试和调试。在应用任何更改之前，建议先在开发或测试环境中进行测试。