优化Dockerfile缓存层：解决COPY指令后构建耗时问题

核心问题 #

当前COPY . .会复制整个项目目录，任何文件的变动（哪怕是和构建无关的文档、配置）都会导致后续所有步骤的缓存失效，被迫重新执行耗时的wasm-pack build。

优化方案：拆分COPY步骤，优先缓存依赖层 #

只先复制构建wasm项目必需的依赖文件，让Docker缓存住依赖安装和工具初始化的层，只有当依赖清单变化时才重新执行这些步骤；最后再复制完整代码，这样代码变动时，仅需执行构建步骤，无需重复初始化环境或处理依赖。

修改后的Dockerfile示例 #

# 原有环境初始化步骤不变
RUN chmod +x $HOME/.cargo/env
RUN source "$HOME/.cargo/env"
RUN curl https://rustwasm.github.io/wasm-pack/installer/init.sh -sSf | sh

# 第一步：仅复制wasm项目的依赖清单文件
COPY ./pr/examples/wasm/Cargo.toml ./pr/examples/wasm/Cargo.lock /usr/src/app/pr/examples/wasm/
# 如果有package.json也需要复制（适配npm pack流程）
COPY ./pr/examples/wasm/package.json /usr/src/app/pr/examples/wasm/

# 第二步：预拉取rust依赖，提前缓存依赖层
RUN cd /usr/src/app/pr/examples/wasm && cargo fetch

# 第三步：复制完整项目代码
COPY . .

# 原有构建步骤不变
RUN wasm-pack build --target nodejs /usr/src/app/pr/examples/wasm/
RUN npm pack /usr/src/app/pr/examples/wasm/pkg
RUN npm i pr-wasm-demo-0.1.0.tgz

关键说明 #

• 依赖清单优先复制：Cargo.toml/Cargo.lock是rust项目的依赖核心文件，只有这两个文件变动时，cargo fetch和后续的wasm-pack build才会重新执行；其他代码文件变动时，会复用之前缓存的依赖层。
• cargo fetch预拉取依赖：提前拉取rust依赖包，避免每次构建都重复下载，进一步压缩耗时。
• 保留容器内构建逻辑：完全适配你“无法在宿主机外构建”的要求，所有构建步骤仍在容器内完成。

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