用docker打包应用需写dockerfile并执行docker build：先准备精简构建上下文，合理分层编写dockerfile（from→run→copy→cmd/entrypoint），构建后本地测试运行，再打标签推送至镜像仓库。
想用 Docker 打包自己的应用？关键一步就是构建自定义镜像。核心不难：写好 Dockerfile，再用 docker build 命令执行即可。重点在于理解每一层怎么叠加、文件怎么复制、环境怎么初始化。
准备一个清晰的构建上下文
所谓“上下文”，就是 docker build 命令执行时能访问到的本地目录。Docker 会把整个目录打包传给守护进程，所以别把无关大文件（比如日志、.git）放进去，否则拖慢构建速度，还可能意外泄露敏感信息。
- 推荐新建一个空目录，只放 Dockerfile 和必需的源码/配置文件
- 用 .dockerignore 文件排除不需要的路径，写法类似 .gitignore
- 运行构建时，确保在该目录下执行：docker build -t myapp:latest .
编写可靠的 Dockerfile
Dockerfile 是构建镜像的“配方”。每条指令都会创建一层新镜像，越靠前的层越容易被缓存复用，所以要把变动少的操作（如安装系统依赖）放在前面，频繁修改的内容（如复制源码）尽量靠后。
- 以 FROM 开头，选择合适的基础镜像，例如 FROM ubuntu:22.04 或更轻量的 FROM alpine:3.19
- 用 RUN 安装软件、创建用户；用 COPY 或 ADD 复制本地文件（优先选 COPY，ADD 有自动解压等隐式行为）
- 设置启动命令：CMD ["python", "app.py"]（可被运行时参数覆盖），或 ENTRYPOINT（更适合固定入口）
- 避免在 Dockerfile 中写密码、密钥；敏感配置建议通过 docker run -e 或 --mount 传入
构建并验证镜像是否正常
构建完成后，别急着推送到仓库，先本地跑一下看效果。注意容器默认以 root 运行，生产环境建议用非特权用户启动。
- 用 docker images 查看新镜像是否存在、大小是否合理
- 快速测试：docker run --rm -it myapp:latest /bin/sh，进容器检查目录结构或执行命令
- 如果应用监听端口，加上 -p 8080:80 并 curl 测试；日志输出异常可用 docker logs
ainer-id> 查看
打标签并推送至镜像仓库（可选）
本地镜像只能本机用。要共享或部署到其他机器，需推送到镜像仓库（如 Docker Hub、阿里云 ACR、私有 Harbor）。
- 打标签：docker tag myapp:latest registry.example.com/myteam/myapp:v1.0
- 登录仓库：docker login registry.example.com
- 推送：docker push registry.example.com/myteam/myapp:v1.0
- 后续其他机器只需 docker pull 就能拉取使用
基本上就这些。不复杂但容易忽略细节——比如上下文范围、分层缓存逻辑、权限控制和敏感信息处理。动手试一次，比读十遍文档都管用。
