Jellium Desktop命令行脚本基础教程：脚本基础
2026/7/27 20:43:34
1. Docker镜像基础概念解析
Docker镜像是容器化技术的核心组件，本质上是一个轻量级、可执行的独立软件包。它采用分层存储结构，每一层都对应着Dockerfile中的一条指令。这种设计使得镜像具有极高的复用性——当多个镜像共享相同的基础层时，宿主机只需存储一份该层内容。
典型的Docker镜像包含：
- 精简版的操作系统（如Alpine、Ubuntu）
- 运行环境（如JDK、Python解释器）
- 应用程序代码
- 配置文件
- 依赖库
重要提示：官方镜像仓库Docker Hub目前存在访问不稳定的情况，建议配置国内镜像加速源。在/etc/docker/daemon.json中添加：
{ "registry-mirrors": ["https://registry.docker-cn.com"] }2. 镜像制作全流程指南
2.1 Dockerfile编写规范
一个标准的Dockerfile示例：
# 基础镜像选择 FROM openjdk:11-jre-slim # 维护者信息（已弃用，改用LABEL） LABEL maintainer="team@example.com" # 环境变量配置 ENV APP_HOME=/opt/app ENV LOG_PATH=/var/log/app # 创建工作目录 RUN mkdir -p $APP_HOME && \ mkdir -p $LOG_PATH # 复制应用文件 COPY target/myapp.jar $APP_HOME/ COPY config/application.yml $APP_HOME/config/ # 暴露端口 EXPOSE 8080 # 挂载点声明 VOLUME ["/var/log/app"] # 启动命令 ENTRYPOINT ["java", "-jar", "/opt/app/myapp.jar"]关键编写原则：
- 每条RUN指令尽量合并操作，减少镜像层数
- 变化频率低的内容放在Dockerfile前部
- 使用.dockerignore文件排除无关文件
- 生产环境避免使用latest标签
2.2 多阶段构建实战
对于需要编译的应用程序，推荐使用多阶段构建：
# 构建阶段 FROM maven:3.8.4 AS builder WORKDIR /build COPY pom.xml . RUN mvn dependency:go-offline COPY src/ ./src/ RUN mvn package # 运行阶段 FROM openjdk:11-jre-slim COPY --from=builder /build/target/*.jar /app.jar ENTRYPOINT ["java","-jar","/app.jar"]这种构建方式可以：
- 显著减小最终镜像体积（仅包含运行时必要组件）
- 避免泄露源代码和构建工具
- 提高构建缓存利用率
3. 测试人员镜像使用手册
3.1 基础操作命令集
# 拉取镜像 docker pull organization/image-name:tag # 运行容器（测试常用参数） docker run -d --name test-container \ -p 8080:8080 \ -v ./config:/external/config \ -e "SPRING_PROFILES_ACTIVE=test" \ --memory=1g \ --cpus=1 \ organization/image-name:tag # 查看运行日志 docker logs -f test-container # 进入容器调试 docker exec -it test-container /bin/bash # 停止并清理 docker stop test-container && docker rm test-container3.2 测试场景实践方案
3.2.1 环境变量测试
通过-e参数注入不同环境配置，验证应用行为：
docker run -e "DB_URL=jdbc:mysql://test-db:3306" -e "CACHE_ENABLED=false" ...3.2.2 挂载卷测试
使用-v参数覆盖容器内配置文件：
docker run -v ./test-config:/app/config ...3.2.3 网络测试
创建自定义网络测试服务发现：
docker network create test-net docker run --network test-net --name service-a ... docker run --network test-net --name service-b ...3.3 镜像验证checklist
测试人员应验证以下内容：
基础功能验证
- 容器能否正常启动
- 服务端口是否正常监听
- 健康检查接口返回200
配置检查
- 环境变量是否生效
- 配置文件加载路径是否正确
- 密钥管理是否安全
资源限制测试
- 内存超限时是否被OOM Killer终止
- CPU限制下性能是否符合预期
- 磁盘空间不足时的行为
安全扫描
docker scan image-name:tag
4. 高级调试技巧
4.1 容器内故障诊断
当应用异常时，可以：
- 检查基础环境：
docker exec container-name uname -a docker exec container-name df -h docker exec container-name free -m- 分析进程树：
docker exec container-name ps auxf- 网络诊断：
docker exec container-name ping google.com docker exec container-name netstat -tulnp4.2 镜像逆向分析
对未知镜像进行解析：
# 查看镜像历史 docker history image-name:tag # 导出镜像内容 docker save image-name:tag > image.tar tar -xvf image.tar # 分析各层内容 for layer in */layer.tar; do mkdir -p "extracted/$layer" tar -xvf "$layer" -C "extracted/$layer" done5. 持续集成中的镜像管理
5.1 版本控制策略
推荐采用语义化版本+构建号的方式：
registry.example.com/app/service:1.3.2-20230815.1其中：
- 1.3.2：应用版本号
- 20230815：构建日期
- .1：当日构建序号
5.2 自动化测试集成
在CI流水线中加入镜像测试阶段：
stages: - build - test - deploy image_test: stage: test image: docker:20.10 services: - docker:20.10-dind script: - docker run --rm $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA pytest /tests - docker run --rm -e "ENV=test" $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA smoke-test.sh6. 性能优化实践
6.1 镜像瘦身方案
- 选择最小化基础镜像：
FROM alpine:3.16 vs FROM ubuntu:22.04对比：
- Alpine：~5MB
- Ubuntu：~72MB
- 多阶段构建（如2.2节示例）
- 清理构建缓存：
RUN apt-get update && \ apt-get install -y build-essential && \ # 编译操作... apt-get remove -y build-essential && \ apt-get autoremove -y && \ rm -rf /var/lib/apt/lists/*6.2 启动参数优化
关键JVM参数示例：
docker run -e "JAVA_OPTS=-Xms512m -Xmx512m -XX:MaxRAMPercentage=75" ...内存限制建议：
- 容器内存限制 = JVM堆内存 + 堆外内存（通常增加20-30%）
- 例如：JVM配置1GB堆内存，建议容器内存限制1.3GB
7. 企业级实践建议
7.1 镜像仓库管理
访问控制：
- 按团队划分命名空间
- 设置只读/读写权限
- 定期清理陈旧镜像
扫描策略：
- 入库前自动扫描漏洞
- 阻断高风险镜像部署
- 定期生成安全报告
7.2 灾备方案设计
建议采用3-2-1原则：
- 至少保存3份镜像副本
- 使用2种不同存储介质
- 其中1份异地备份
具体实施：
# 跨仓库同步 skopeo copy docker://registry1/image:tag docker://registry2/image:tag # 本地归档备份 docker save image:tag | gzip > backup/image_tag.tar.gz