在长期运维实践中，我发现Docker存储空间增长主要有以下几个技术原因：构建缓存（Build Cache）积累： Docker构建过程会缓存每一层，多次迭代构建后，尤其是CI/CD频繁构建的环境，缓存数据可达原始镜像大小的3-5倍。 镜像版本迭代残留： 服务持续部署产生大量历史镜像版本，特别是未使用统一tag策略的环境，常有大量标签的悬空镜像。 容器运行时数据： 已停止但未清理的容器 容器日志无限制增长（尤其是Java应用和微服务架构） 临时容器频繁创建但未及时清理 数据卷（Volumes）管理不当： 数据库等持久…
运行 cmd 命令 # 设置字符集 chcp 65001 # 启动 jar java -Dfile.encoding=utf-8 -jar xxx.jar
1.安装wsl 管理员命令行： wsl --install 2.下载 docker desktop Docker Desktop 3.安装 下一步下一步下一步，重启
每次构建镜像都会产生构建缓存（Build Cache），日积月累就会占用很多磁盘空间，这时就需要清除这些缓存，但是清除了缓存后，再次构建镜像就会重新拉取 jdk 镜像，这个过程会很慢（如果没梯子、网络又差又或者在内网环境中......嘿嘿！！！相当酸爽！！！）。 Dockerfile 样例： FROM openjdk:8 AS builder WORKDIR /var/service COPY target/test-1.0.0.jar ./test.jar EXPOSE 9999 VOLUME /var/serv…
解决方案： 1.检查 shell 脚本格式是否为：Unix(LF)，因为在 windows 下编写脚本，格式为：Windows(CR LF)，在 Linux 系统下会乱码。 2.通过 Linux 文本编辑器 vi、vim 等编辑脚本看不出乱码，需要使用 cat -v 脚本查看，本次出问题的是每一行最后都有一个^M乱码。 3.使用 dos2unix 工具转换 shell 脚本。 # 更新 sudo apt-get update # 安装 sudo apt-get install dos2unix # 转换 dos2u…
sudo apt update sudo apt install openjdk-8-jdk 注意：如果Ubuntu的官方仓库中包含了OpenJDK 21，你可以使用类似的命令安装： sudo apt install openjdk-21-jdk 如果OpenJDK 21不在官方仓库中，你可能需要添加一个PPA（Personal Package Archive）或者从源代码编译。 java -version 这个步骤可以切换版本 update-alternatives --config java # 路径自行调整 …
方式一： 通过 vim 命令直接编辑 jar 包，例： vim xxx.jar 该命令会先列出 jar 包文件清单，可以通过 /xxx 进行搜索，定位到 xxx 文件后回车键进入编辑文件模式，修改好后 :wq 保存即可。 方式二： 通过 jar 命令新增或更新 jar 包内容（三方 jar 包也如此），例： # 列出 jar 包文件清单 jar tf xxx.jar # 提取 jar 包的指定文件到当前目录 jar xf xxx.jar BOOT-INF/classes/application.yaml # 修改文…
启动 jar 包： nohup java -jar xxx.jar > /dev/null 2>&1 & > /dev/null 表示将标准输出重定向到 /dev/null，即丢弃输出。 2>&1 将标准错误重定向到标准输出，这样标准错误也会被重定向到 /dev/null。 & 符号表示在后台运行命令。 杀掉 jar 进程： pkill -f xxx.jar
书接上一篇《xxl-job 的集成及 Mysql 转 PostgresSql》，上一篇文章中第 9 章有讲到替换 application.properties 配置文件的数据库连接字符串的内容，但如果我们以 Docker 方式运行的话，则不需要修改配置文件，因为我们在镜像启动命令里可以以命令方式替换掉。 今天来说说如何将修改过源码的 xxl-job 打包成 Docker 镜像，直奔主题： 1.构建镜像 直接使用 idea 构建源码xxl-job-admin/Dockerfile # 国内下载不动dockerhub…
