作废：shell脚本运行Dockerfile启动java程序

奔驰的小野码

已于 2024-03-06 16:52:29 修改

阅读量1.1k

点赞数 14

分类专栏： docker操作文章标签：运维 linux 服务器

于 2024-03-04 11:02:26 首次发布

本文链接：https://blog.csdn.net/m0_71817461/article/details/136444648

版权

docker操作专栏收录该内容

8 篇文章 2 订阅

订阅专栏

这篇文章作废，build1.sh写的不准确，但是其他内容还是有些借鉴意义的

具体看这篇：Dockerfile实现容器构建、jar包更新、项目重启（公网和内网）

docker就不进行具体介绍了，正式开始

Dockerfile中有很多关键字，如下

指令关键字

关键字	作用	备注
FROM	指定父镜像	指定dockerfile基于那个image构建
MAINTAINER	作者信息	用来标明这个dockerfile谁写的
LABEL	标签	用来标明dockerfile的标签可以使用Label代替Maintainer 最终都是在docker image基本信息中可以查看
RUN	执行命令	执行一段命令默认是/bin/sh 格式: RUN command 或者 RUN [“command” , “param1”,“param2”]
CMD	容器启动命令	提供启动容器时候的默认命令和ENTRYPOINT配合使用.格式 CMD command param1 param2 或者 CMD [“command” , “param1”,“param2”]
ENTRYPOINT	入口	一般在制作一些执行就关闭的容器中会使用
COPY	复制文件	build的时候复制文件到image中
ADD	添加文件	build的时候添加文件到image中不仅仅局限于当前build上下文可以来源于远程服务
ENV	环境变量	指定build时候的环境变量可以在启动的容器的时候通过-e覆盖格式ENV name=value
ARG	构建参数	构建参数只在构建的时候使用的参数如果有ENV 那么ENV的相同名字的值始终覆盖arg的参数
VOLUME	定义外部可以挂载的数据卷	指定build的image那些目录可以启动的时候挂载到文件系统中启动容器的时候使用 -v 绑定格式 VOLUME [“目录”]
EXPOSE	暴露端口	定义容器运行的时候监听的端口启动容器的使用-p来绑定暴露端口格式: EXPOSE 8080 或者 EXPOSE 8080/udp
WORKDIR	工作目录	指定容器内部的工作目录如果没有创建则自动创建如果指定/ 使用的是绝对地址如果不是/开头那么是在上一条workdir的路径的相对路径
USER	指定执行用户	指定build或者启动的时候用户在RUN CMD ENTRYPONT执行的时候的用户
HEALTHCHECK	健康检查	指定监测当前容器的健康监测的命令基本上没用因为很多时候应用本身有健康监测机制
ONBUILD	触发器	当存在ONBUILD关键字的镜像作为基础镜像的时候当执行FROM完成之后会执行 ONBUILD的命令但是不影响当前镜像用处也不怎么大
STOPSIGNAL	发送信号量到宿主机	该STOPSIGNAL指令设置将发送到容器的系统调用信号以退出。
SHELL	指定执行脚本的shell	指定RUN CMD ENTRYPOINT 执行命令的时候使用的shell

其中最最常用的就是FROM、ADD、COPY、EXPOSE、RUN、ENTRYPOINT、CMD

废话不多说，直接上脚本

Dockerfile

#依赖的父镜像
FROM openjdk:8
#作者
MAINTAINER mjz
#创建指定工作目录
WORKDIR /app
#jar包添加到镜像中
ADD jar包名称 /app/demo.jar
COPY start.sh /app/
#容器暴露的端口 即jar程序中运行的端口
EXPOSE 8080
#容器启动之后要执行的命令
#ENTRYPOINT ["java","-jar","/demo.jar"]

#设置时区
RUN /bin/cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime && echo 'Asia/Shanghai' >/etc/timezone

#设置编码
ENV LANG C.UTF-8

#添加权限
RUN chmod +x /app/start.sh

#执行shell脚本
CMD ["/app/start.sh"]

start.sh

#!/bin/sh

nohup java -jar demo.jar > logs/demo.log &
tail -f logs/demo.log &

echo "Java应用已启动！"

# 防止容器退出
tail -f /dev/null

这样就可以运行Dockerfile文件了，执行如下命令

格式为：docker build -t 你准备要起的容器名 .（最后有个点，千万千万别忘了，这个点代表的就是Dockerfile）

docker build -t demo .

启动容器

docker run -d --restart always --name demo -p 8080:8080 -v /home/java_backend/logs:/app/logs demo

启动容器的命令就不多解释了

这样就通过dockerfile启动jar包，并将日志输出到宿主机了

不想每次都输入这两段命令，可以执行如下脚本

build.sh

#!/bin/sh

docker build -t demo .

docker run -d --restart always --name demo -p 8080:8080 -v /home/java_backend/logs:/app/logs demo

运行结果如下

这样就可以了

但是如果替换jar包，据需要把原来的容器停止、删除、并删除镜像，执行如下命令

停止容器

docker stop demo

删除容器

docker rm demo

删除镜像

docker rmi demo

但是又不想每次都输入这么多命令，可以执行如下脚本

delete.sh

#!/bin/sh

docker stop demo

docker rm demo

docker rmi demo

执行结果如下（每次删除的时候，需要等待几秒，因为需要先把容器停止才能进行删除）

这样的话每次替换jar包只需要先执行./delete.sh，再执行./build.sh就行了

因为公司的客户大部分都不会技术，所以还需要在进行简化，不希望每次都执行两个命令才能进行部署（而且，往服务器上放的文件太多，每次需要执行的顺序还要规定好，所以再做简化），整合build.sh和delete.sh，只需执行如下脚本即可

build1.sh

#!/bin/bash

# 将 CONTAINER_NAME 替换为你想要删除的容器名称或ID
CONTAINER_NAME="demo"

if docker ps -a | grep "$CONTAINER_NAME"; then
    echo "Container exists."

    if [ $(docker inspect --format='{{ .State.Running }}' $CONTAINER_NAME) = true ]; then
        #如果运行则停止
        docker stop $CONTAINER_NAME
        # 等待容器停止完全
        sleep 2s
    fi

    #删除容器
    docker rm $CONTAINER_NAME
    #删除删除镜像
    docker rmi $CONTAINER_NAME
fi

#编译Dockerfile文件
docker build -t $CONTAINER_NAME .
#运行容器
docker run -d --restart always --name $CONTAINER_NAME -p 8080:8080 -v /home/java_backend/logs:/app/logs $CONTAINER_NAME

这样就可以执行一行命令./build1.sh就可以把jar包重新部署起来，运行结果如下