构建Angular+Docker镜像：为何需引入Node.js？

• 多阶段构建的惯性或简化写法：很多教程采用多阶段构建——第一阶段用Node镜像执行ng build编译项目，再把dist目录复制到Nginx镜像中。但有些教程为了简化演示，会直接用Node镜像搭配http-server这类轻量静态服务工具来运行dist文件，不用额外配置Nginx的配置文件，对新手更友好，因此保留了Node环境。
• Angular Universal（SSR）的依赖：如果你的项目使用了Angular Universal做服务端渲染，必须依赖Node.js运行服务器端的渲染逻辑。这时候Nginx通常只是作为反向代理转发请求，核心的SSR服务由Node进程处理，所以镜像里必须包含Node.js环境。
• 开发/调试场景的遗留：在开发阶段，Node环境是必须的——用来启动ng serve热重载、运行单元测试或端到端测试（比如Cypress）。有些教程可能没有严格区分开发和生产镜像的写法，导致生产镜像也附带了Node环境。
• 静态服务的替代方案：Node生态里有不少易用的静态文件服务器（如http-server、serve），安装和启动都很简单，不需要编写Nginx配置。对于小型项目或快速验证，这种方式比配置Nginx更省事，因此会选择用Node镜像。

需要明确的是：生产环境下，直接用Nginx打包dist是更优的方案——镜像体积更小、性能更优、资源占用更低。如果你已经在本地完成了ng build，完全可以直接基于Nginx镜像构建，将dist目录复制到Nginx的/usr/share/nginx/html目录下即可，无需引入Node.js。

内容的提问来源于stack exchange，提问作者Jack