場景：最近使用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/*
有人會問這樣精簡一個鏡像會不會出現什么意外？就我個人使用經驗來說，并沒有遇到。如果你不敢用于生產環境，那么可以嘗試在測試環境中體驗一下。
還有其他版本的，有空再寫其他的教程。
