Play With Docker 构建容器镜像时 Yarn 安装失败的解决方案
2025-06-26 15:45:36作者:邵娇湘
在使用 Play With Docker (PWD) 构建基于 Node.js 的容器镜像时,许多开发者会遇到 Yarn 包管理器安装依赖失败的问题。本文将深入分析这一常见问题的原因,并提供多种解决方案。
问题现象
当使用类似以下的 Dockerfile 构建镜像时:
FROM node:10-alpine
WORKDIR /app
COPY . .
RUN yarn install --production
CMD ["node", "/app/src/index.js"]
构建过程中会出现如下错误:
An unexpected error occurred: https://registry.yarnpkg.com/body-parser/-/body-parser-1.19.0.tgz: getaddrinfo EAI_AGAIN registry.yarnpkg.com registry.yarnpkg.com:443
问题原因分析
这个错误的核心是 DNS 解析问题,具体表现为:
- 网络连接不稳定:PWD 环境中的容器可能无法稳定连接到 Yarn 的官方包仓库
- DNS 解析超时:EAI_AGAIN 错误表明 DNS 查询超时,无法解析 registry.yarnpkg.com 域名
- 容器网络配置:Docker 容器默认的网络配置可能与 PWD 环境不完全兼容
解决方案
方法一:使用国内镜像源
对于国内开发者,最有效的解决方案是更换 Yarn 的镜像源为国内镜像:
RUN yarn config set registry https://registry.npmmirror.com && \
yarn install --production
方法二:增加重试机制
可以添加重试逻辑来应对网络不稳定的情况:
RUN yarn install --production --network-timeout 1000000 || \
yarn install --production --network-timeout 1000000
方法三:使用 NPM 替代
如果 Yarn 问题持续存在,可以临时改用 NPM:
RUN npm config set registry https://registry.npmmirror.com && \
npm install --production
方法四:检查基础镜像
确保使用合适的基础镜像版本:
FROM node:16-alpine # 使用更新的Node.js版本
最佳实践建议
- 镜像分层优化:将依赖安装与代码复制分开,利用 Docker 缓存
- 多阶段构建:减小最终镜像体积
- 固定依赖版本:在 package.json 中使用精确版本号
示例优化后的 Dockerfile:
FROM node:16-alpine AS builder
WORKDIR /app
COPY package.json yarn.lock ./
RUN yarn config set registry https://registry.npmmirror.com && \
yarn install --production --frozen-lockfile
FROM node:16-alpine
WORKDIR /app
COPY --from=builder /app/node_modules ./node_modules
COPY . .
CMD ["node", "/app/src/index.js"]
通过以上方法,开发者可以有效解决在 Play With Docker 环境中构建 Node.js 应用时的 Yarn 安装问题,确保容器构建过程顺利完成。
登录后查看全文
热门项目推荐
相关项目推荐
PaddleOCR-VLPaddleOCR-VL 是一款顶尖且资源高效的文档解析专用模型。其核心组件为 PaddleOCR-VL-0.9B,这是一款精简却功能强大的视觉语言模型(VLM)。该模型融合了 NaViT 风格的动态分辨率视觉编码器与 ERNIE-4.5-0.3B 语言模型,可实现精准的元素识别。Python00- DDeepSeek-OCR暂无简介Python00
openPangu-Ultra-MoE-718B-V1.1昇腾原生的开源盘古 Ultra-MoE-718B-V1.1 语言模型Python00
HunyuanWorld-Mirror混元3D世界重建模型,支持多模态先验注入和多任务统一输出Python00
AI内容魔方AI内容专区,汇集全球AI开源项目,集结模块、可组合的内容,致力于分享、交流。03
Spark-Scilit-X1-13BFLYTEK Spark Scilit-X1-13B is based on the latest generation of iFLYTEK Foundation Model, and has been trained on multiple core tasks derived from scientific literature. As a large language model tailored for academic research scenarios, it has shown excellent performance in Paper Assisted Reading, Academic Translation, English Polishing, and Review Generation, aiming to provide efficient and accurate intelligent assistance for researchers, faculty members, and students.Python00
GOT-OCR-2.0-hf阶跃星辰StepFun推出的GOT-OCR-2.0-hf是一款强大的多语言OCR开源模型,支持从普通文档到复杂场景的文字识别。它能精准处理表格、图表、数学公式、几何图形甚至乐谱等特殊内容,输出结果可通过第三方工具渲染成多种格式。模型支持1024×1024高分辨率输入,具备多页批量处理、动态分块识别和交互式区域选择等创新功能,用户可通过坐标或颜色指定识别区域。基于Apache 2.0协议开源,提供Hugging Face演示和完整代码,适用于学术研究到工业应用的广泛场景,为OCR领域带来突破性解决方案。00- HHowToCook程序员在家做饭方法指南。Programmer's guide about how to cook at home (Chinese only).Dockerfile013
Spark-Chemistry-X1-13B科大讯飞星火化学-X1-13B (iFLYTEK Spark Chemistry-X1-13B) 是一款专为化学领域优化的大语言模型。它由星火-X1 (Spark-X1) 基础模型微调而来,在化学知识问答、分子性质预测、化学名称转换和科学推理方面展现出强大的能力,同时保持了强大的通用语言理解与生成能力。Python00- PpathwayPathway is an open framework for high-throughput and low-latency real-time data processing.Python00
项目优选
收起
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
239
2.36 K
deepin linux kernel
C
24
6
React Native鸿蒙化仓库
JavaScript
216
291
暂无简介
Dart
539
118
仓颉编译器源码及 cjdb 调试工具。
C++
115
86
仓颉编程语言运行时与标准库。
Cangjie
122
97
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
998
589
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
589
115
Ascend Extension for PyTorch
Python
77
110
仓颉编程语言提供了 stdx 模块,该模块提供了网络、安全等领域的通用能力。
Cangjie
80
55