我之前在Docker容器里跑Next.js项目时也碰到过npm install卡到天荒地老的情况，折腾了好一阵才摸出几个有效的解决办法，分享给你试试：

1. 切换npm源到国内镜像 #

容器默认用的官方源在国内访问速度本来就拉胯，直接换成国内镜像能立竿见影：

# 容器内执行，永久切换源
npm config set registry https://registry.npmmirror.com

或者临时指定源执行安装：

npm install --registry=https://registry.npmmirror.com

2. 挂载本地npm缓存到容器 #

Docker每次启动都是干净环境，每次npm install都要重新下载所有依赖，把本地缓存挂进去能省超多时间：

• 先查本地缓存路径：npm config get cache（一般是~/.npm）
• 在Docker Compose或者启动命令里加挂载配置：

# docker-compose.yml示例
services:
  app:
    image: node:18-alpine
    volumes:
      - ./:/app  # 挂载项目代码
      - ~/.npm:/root/.npm  # 挂载本地缓存到容器
    working_dir: /app

3. 调整Docker网络DNS配置 #

有时候Docker默认DNS抽风，导致依赖包下载超时，手动指定靠谱的DNS试试：

# 启动容器时临时指定DNS
docker run --dns 8.8.8.8 --dns 114.114.114.114 ...

或者修改Docker全局DNS（编辑/etc/docker/daemon.json）：

{
  "dns": ["8.8.8.8", "114.114.114.114"]
}

改完重启Docker服务：systemctl restart docker

4. 换轻量化Node镜像 #

比如用node:18-alpine代替默认的node:18，Alpine镜像体积小、预装依赖少，网络层面更顺畅；也可以用国内镜像源拉取Node镜像（比如阿里云镜像），拉取速度更快。

5. 排查WebStorm的Docker配置 #

确认WebStorm是正常连接Docker daemon的，而且运行容器时没限制网络带宽或资源。可以先试试手动在终端启动容器执行npm install，看看是不是WebStorm的容器运行配置出了问题。

如果这些方法都不管用，建议看看容器日志（docker logs <容器ID>），有没有具体报错信息，能更精准定位问题~

备注：内容来源于stack exchange，提问作者zdeneklapes