场景：最近使用Docker遇到一个问题，就是随便pull一个镜像都能几百MB，不能忍，所以问题来了，如何给那些几百MB的臃肿镜像减肥？
更多极限体积的镜像可以看这里：dockerfiles
从零开始
使用Java肯定需要JRE啦，那么JRE需要什么依赖才能运行？
- JRE，Oracle JRE
- glibc，JRE的依赖
- 一个基础环境（包含网络、内存、文件系统等资源管理工具）
Alpine Linux
Alpine Linux最近得到很多关注，主要是因为它打包了一系列的经过验签的可信任的依赖，并且还保持体积在2MB！
其他的一些镜像分发版如下：
- ubuntu:latest: 66MB (已经瘦身了非常多了，以前有些版本超过600MB)
- debian:latest: 55MB (同上，一开始是200MB以上的）
- arch:latest: 145MB
- alpine:latest: 2MB (2MB，包含一个包管理工具的Linux系统)
Oracle-JRE（130.4 MB）
FROM alpine:edge
MAINTAINER izuolan <i@zuolan.me>
ENV JAVA_VERSION_MAJOR=8 \
JAVA_VERSION_MINOR=73 \
JAVA_VERSION_BUILD=02 \
JAVA_PACKAGE=server-jre \
GLIBC_PKG_VERSION=2.23-r1 \
LANG=en_US.UTF8
WORKDIR /tmp
RUN apk add --no-cache --update-cache curl ca-certificates bash && \
curl -Lo /etc/apk/keys/andyshinn.rsa.pub "https://github.com/andyshinn/alpine-pkg-glibc/releases/download/${GLIBC_PKG_VERSION}/andyshinn.rsa.pub" && \
curl -Lo glibc-${GLIBC_PKG_VERSION}.apk "https://github.com/andyshinn/alpine-pkg-glibc/releases/download/${GLIBC_PKG_VERSION}/glibc-${GLIBC_PKG_VERSION}.apk" && \
curl -Lo glibc-bin-${GLIBC_PKG_VERSION}.apk "https://github.com/andyshinn/alpine-pkg-glibc/releases/download/${GLIBC_PKG_VERSION}/glibc-bin-${GLIBC_PKG_VERSION}.apk" && \
curl -Lo glibc-i18n-${GLIBC_PKG_VERSION}.apk "https://github.com/andyshinn/alpine-pkg-glibc/releases/download/${GLIBC_PKG_VERSION}/glibc-i18n-${GLIBC_PKG_VERSION}.apk" && \
apk add glibc-${GLIBC_PKG_VERSION}.apk glibc-bin-${GLIBC_PKG_VERSION}.apk glibc-i18n-${GLIBC_PKG_VERSION}.apk && \
curl -jksSLH "Cookie: oraclelicense=accept-securebackup-cookie" \
"http://download.oracle.com/otn-pub/java/jdk/${JAVA_VERSION_MAJOR}u${JAVA_VERSION_MINOR}-b${JAVA_VERSION_BUILD}/${JAVA_PACKAGE}-${JAVA_VERSION_MAJOR}u${JAVA_VERSION_MINOR}-linux-x64.tar.gz" | gunzip -c - | tar -xf - && \
apk del curl ca-certificates && \
mv jdk1.${JAVA_VERSION_MAJOR}.0_${JAVA_VERSION_MINOR}/jre /jre && \
rm /jre/bin/jjs && \
rm /jre/bin/keytool && \
rm /jre/bin/orbd && \
rm /jre/bin/pack200 && \
rm /jre/bin/policytool && \
rm /jre/bin/rmid && \
rm /jre/bin/rmiregistry && \
rm /jre/bin/servertool && \
rm /jre/bin/tnameserv && \
rm /jre/bin/unpack200 && \
rm /jre/lib/ext/nashorn.jar && \
rm /jre/lib/jfr.jar && \
rm -rf /jre/lib/jfr && \
rm -rf /jre/lib/oblique-fonts && \
rm -rf /tmp/* /var/cache/apk/* && \
echo 'hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4' >> /etc/nsswitch.conf
ENV JAVA_HOME=/jre
ENV PATH=${PATH}:${JAVA_HOME}/bin
然而，这并非极限，而且上面的镜像在某种情况下有法律问题，你懂的～～
OpenJDK-JRE（102.6 MB）
如果OpenJDK能够满足你的需求的话，就用这个吧～～
FROM alpine
MAINTAINER izuolan <i@zuolan.me>
RUN echo '@edge http://nl.alpinelinux.org/alpine/edge/main' >> /etc/apk/repositories && \
echo '@community http://nl.alpinelinux.org/alpine/edge/community' >> /etc/apk/repositories && \
apk update && \
apk upgrade && \
apk add ca-certificates openjdk8-jre-base@community && \
apk del ca-certificates && \
rm -rf /tmp/* /var/cache/apk/*
有人会问这样精简一个镜像会不会出现什么意外？就我个人使用经验来说，并没有遇到。如果你不敢用于生产环境，那么可以尝试在测试环境中体验一下。
还有其他版本的，有空再写其他的教程。
网友评论