本站支持搜索的镜像仓库:Docker Hub、gcr.io、ghcr.io、quay.io、k8s.gcr.io、registry.gcr.io、elastic.co、mcr.microsoft.com
注意: 这是node官方镜像的arm32v7架构构建的“per-architecture”仓库——更多信息,请参见官方镜像文档中的“除amd64之外的架构?”和官方镜像FAQ中的“Git中镜像的源已更改,现在该怎么办?”。
-** 维护者:**Node.js Docker团队
-** 获取帮助:**Docker社区Slack、Server Fault、Unix & Linux或Stack Overflow
Dockerfile链接22-alpine3.21, 22.20-alpine3.21, 22.20.0-alpine3.21, jod-alpine3.21, lts-alpine3.21
22-alpine, 22-alpine3.22, 22.20-alpine, 22.20-alpine3.22, 22.20.0-alpine, 22.20.0-alpine3.22, jod-alpine, jod-alpine3.22, lts-alpine, lts-alpine3.22
22, 22-bookworm, 22.20, 22.20-bookworm, 22.20.0, 22.20.0-bookworm, jod, jod-bookworm, lts, lts-bookworm, lts-jod
22-bookworm-slim, 22-slim, 22.20-bookworm-slim, 22.20-slim, 22.20.0-bookworm-slim, 22.20.0-slim, jod-bookworm-slim, jod-slim, lts-bookworm-slim, lts-slim
22-bullseye, 22.20-bullseye, 22.20.0-bullseye, jod-bullseye, lts-bullseye
22-bullseye-slim, 22.20-bullseye-slim, 22.20.0-bullseye-slim, jod-bullseye-slim, lts-bullseye-slim
20-alpine3.21, 20.19-alpine3.21, 20.19.5-alpine3.21, iron-alpine3.21
20-alpine, 20-alpine3.22, 20.19-alpine, 20.19-alpine3.22, 20.19.5-alpine, 20.19.5-alpine3.22, iron-alpine, iron-alpine3.22
20, 20-bookworm, 20.19, 20.19-bookworm, 20.19.5, 20.19.5-bookworm, iron, iron-bookworm
20-bookworm-slim, 20-slim, 20.19-bookworm-slim, 20.19-slim, 20.19.5-bookworm-slim, 20.19.5-slim, iron-bookworm-slim, iron-slim
20-bullseye, 20.19-bullseye, 20.19.5-bullseye, iron-bullseye
20-bullseye-slim, 20.19-bullseye-slim, 20.19.5-bullseye-slim, iron-bullseye-slim
-** 提交issue的位置:[*]
-** 支持的架构:**(更多信息)
amd64、arm32v6、arm32v7、arm64v8、ppc64le、s390x
-** 已发布镜像工件详情:**repo-info仓库的repos/node/目录(历史记录)
(镜像元数据、传输大小等)
-** 镜像更新:**official-images仓库的library/node标签
official-images仓库的library/node文件(历史记录)
-** 本描述的来源:**docs仓库的node/目录(历史记录)
Node.js是一个用于可扩展服务器端和网络应用程序的软件平台。Node.js应用程序使用JavaScript编写,可以在Mac OS X、Windows和Linux上的Node.js运行时中无需修改即可运行。
Node.js应用程序旨在最大化吞吐量和效率,使用非阻塞I/O和异步事件。Node.js应用程序单线程运行,但Node.js使用多线程处理文件和网络事件。由于其异步特性,Node.js通常用于实时应用程序。
Node.js内部使用Google V8 JavaScript引擎执行代码;很大比例的基础模块用JavaScript编写。Node.js包含一个内置的异步I/O库,用于文件、套接字和HTTP通信。HTTP和套接字支持使Node.js无需Apache等额外软件即可作为Web服务器运行。
***.org/wiki/Node.js
!logo
有关最新文档,请参见GitHub上的如何使用此镜像。
arm32v7/node镜像有多种版本,每种版本都针对特定用例设计。
arm32v7/node:<version>这是默认镜像。如果不确定自己的需求,可能需要使用此版本。它设计为既可作为临时容器(挂载源代码并启动容器以运行应用),也可作为构建其他镜像的基础。
某些标签可能包含bookworm或bullseye等名称。这些是Debian发行版的代号,指示镜像基于哪个发行版。如果镜像需要安装除自带包之外的其他包,建议显式指定其中一个代号,以减少Debian新版本发布时的中断。
此标签基于buildpack-deps。buildpack-deps专为拥有多个镜像的Docker普通用户设计,它包含大量极其常见的Debian包,减少了派生镜像需要安装的包数量,从而减小系统上所有镜像的总体大小。
arm32v7/node:<version>-alpine此镜像基于流行的Alpine Linux项目,可在alpine官方镜像中获取。Alpine Linux比大多数发行版基础镜像小得多(约5MB),因此通常会生成更精简的镜像。
当最终镜像大小尽可能小是主要关注点时,此变体非常有用。需要注意的是,它使用musl libc而非glibc及相关库,因此软件可能会因libc需求/假设的深度而遇到问题。有关可能出现的问题及使用Alpine-based镜像的优缺点比较,请参见此Hacker News评论线程。
为最小化镜像大小,Alpine-based镜像通常不包含额外相关工具(如git或bash)。如果以此镜像为基础,可在自己的Dockerfile中添加所需工具(如果不熟悉如何安装包,参见alpine镜像描述中的示例)。
arm32v7/node:<version>-slim此镜像不包含默认标签中的常见包,仅包含运行arm32v7/node所需的最小包。除非在仅部署arm32v7/node镜像且有空间限制的环境中工作,否则强烈建议使用此仓库的默认镜像。
查看Node.js的许可证信息或Node.js Docker项目的许可证信息。
与所有Docker预构建镜像一样,这些镜像可能还包含其他软件,可能受其他许可证约束(如基础发行版中的Bash等,以及主要软件的任何直接或间接依赖项)。
可能在repo-info仓库的node/目录中找到一些能够自动检测到的额外许可证信息。
对于任何预构建镜像的使用,镜像用户有责任确保对该镜像的任何使用符合其中包含的所有软件的相关许可证。


免费版仅支持 Docker Hub 加速,不承诺可用性和速度;专业版支持更多镜像源,保证可用性和稳定速度,提供优先客服响应。
免费版仅支持 docker.io;专业版支持 docker.io、gcr.io、ghcr.io、registry.k8s.io、nvcr.io、quay.io、mcr.microsoft.com、docker.elastic.co 等。
当返回 402 Payment Required 错误时,表示流量已耗尽,需要充值流量包以恢复服务。
通常由 Docker 版本过低导致,需要升级到 20.x 或更高版本以支持 V2 协议。
先检查 Docker 版本,版本过低则升级;版本正常则验证镜像信息是否正确。
使用 docker tag 命令为镜像打上新标签,去掉域名前缀,使镜像名称更简洁。
探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录方式配置轩辕镜像加速服务,包含7个详细步骤
在 Linux 系统上配置轩辕镜像源,支持主流发行版
在 Docker Desktop 中配置轩辕镜像加速,适用于桌面系统
在 Docker Compose 中使用轩辕镜像加速,支持容器编排
在 k8s 中配置 containerd 使用轩辕镜像加速
在宝塔面板中配置轩辕镜像加速,提升服务器管理效率
在 Synology 群晖NAS系统中配置轩辕镜像加速
在飞牛fnOS系统中配置轩辕镜像加速
在极空间NAS中配置轩辕镜像加速
在爱快ikuai系统中配置轩辕镜像加速
在绿联NAS系统中配置轩辕镜像加速
在威联通NAS系统中配置轩辕镜像加速
在 Podman 中配置轩辕镜像加速,支持多系统
配置轩辕镜像加速9大主流镜像仓库,包含详细配置步骤
无需登录即可使用轩辕镜像加速服务,更加便捷高效
需要其他帮助?请查看我们的 常见问题 或 官方QQ群: 13763429