核心在于多阶段构建分离编译与运行、精简镜像体积、加速编译（依赖分层缓存+BuildKit）、Cargo release优化（lto=true、codegen-units=1等）及运行时资源显式调度（--cpus/--memory）与非root启动。
在Docker中运行高性能Rust应用，核心在于分离构建与运行、精简镜像体积、加速编译过程，并确保运行时资源可被充分调度。关键不是“能不能跑”，而是“跑得稳、启动快、占得少、扩得顺”。
多阶段构建：必须用，且要分清职责
第一阶段专注编译，第二阶段只保留可执行文件和最小依赖：
- 构建阶段用
rust:1.75-slim或ekidd/rust-musl-builder（需静态链接时） - 复制
Cargo.toml和Cargo.lock后立即执行cargo fetch，让依赖层可缓存 - 运行阶段优先选
debian:bookworm-slim（兼容性好）或alpine:latest（更小），避免scratch除非确认无动态链接需求 - 不要在最终镜像里留
target/、src/或.git—— 这些全靠.dockerignore拦住
编译优化：从 Cargo 配置开始生效
仅靠 Docker 分层不够，Rust 编译本身就得为生产环境调优：
- 在
Cargo.toml的[profile.release]中启用：lto = true、codegen-units = 1、panic = "abort" - 异步服务（如基于
tokio或axum）建议加opt-level = 3和debug-assertions = false - 若使用数据库驱动（如
sqlx或diesel），静态链接推荐搭配rust-musl-builder，避免运行时缺失 OpenSSL 等库
运行时调优：别让容器拖慢 Rust 的并发优势
Rust 的高性能常体现在多线程与异步调度上，而 Docker 默认限制可能成为瓶颈：
- 启动容器时显式指定资源：例如
docker run --cpus=4 --memory=2g，避免被 Linux CFS 调度器过度压制 - 对 Crossbeam 或
std::thread密集型应用，设置OMP_NUM_THREADS=1防止 OpenMP 干扰 - 监听地址别写死
127.0.0.1；改用0.0.0.0:3000，否则容器内无法被外部访问 - 非 root 启动更安全：在 Dockerfile 末尾加
USER 1001:1001，并提前用addgroup -g 1001 -f rust && adduser -S rust -u 1001创建用户
构建加速：缓存不是可选项，是必选项
重复构建耗时主要来自依赖下载和编译，Docker 提供了成熟方案：
- 启用 BuildKit：
export DOCKER_BUILDKIT=1，再用docker build - 利用挂载缓存：
docker build --mount=type=cache,target=/usr/local/cargo/registry,sharing=locked . - CI 场景下，把
/usr/local/cargo/git和/usr/local/cargo/registry持久化复用，比单靠 layer 缓存更稳定 - 避免在
RUN中执行cargo build前未固定Cargo.lock—— 锁文件缺失会导致每次解析依赖树，极慢
