构建image过程分为两步：
对于无需cgo交叉编译的程序，使用scratch来作为最终运行的基础image非常合适。
首先，选择合适版本的golang基础image来build，这里没有必要选择更小的golang alpine，build过程中pull一般会有缓存所以pull速度差别不大，此外alpine中没有git和ssl，我们在构建image过程中都有可能用到，况且alpine也不会影响最终image大小。
禁掉cgo交叉编译，我们服务器一般为linux amd64，build二进制文件。
对于绝大多数go程序而言，是无需root来运行，根据docker best practice，使用non-root来运行程序能够带来更好的安全性，所以我们使用non-root用户来运行，创建一个appuser，之后再拷贝到scratch运行image中。（scratch是空image，所以在builder中创建user，再拷贝。）
多数程序可能会用到ssl，我们将builder中的crt拷贝一下即可。（如果builder是alpine，不能拷贝，需要在alpine中apk先预装一下。）
完整版Dockerfile
有些Go程序是需要cgo交叉编译的，例如ethereum. 对于需要cgo的程序，相对于scratch，更推荐使用alpine来作为基础image，原因是alpine中带有libc，并且体积也才2MB多。而scratch中没有，当然也可以在builder中ldd依赖并拷贝到scratch中。只是用alpine会更方便一些。
在alpine中只要软链接一下就可以使用。
此外，创建non-root用户的步骤也没有必要在builder中进行了，可以直接在alpine中创建。
完整版Dockerfile
单向散列函数(one-wayfunction)有一个输入和一个输出，其中输入称为消息(message)，输出称为散列值 (hashvalue)。单向散列函数可以根据消息的内容计算出散列值，而散列值就可以被用来检查消息的完整性。
这里的消息不一定是人类能够读懂的文字，也可以是图像文件或者声音文件。单向散列函数不需要知道消息实
际代表的含义。无论任何消息，单向散列函数都会将它作为单纯的比特序列来处理，即根据比特序列计算出散
列值。
散列值的长度和消息的长度无关。无论消息是1比特，还是100MB，甚至是IOOGB，单向散列函数都会计算出固 定长度的散列值。以SHA-I单向散列函数为例，它所计算出的散列值的长度永远是160比特(20字节)。
单向散列函数的相关术语有很多变体，不同参考资料中所使用的术语也不同，下面我们就介绍其中的儿个。 单向散列函数也称为 消息摘要函数(message digest function) 、 哈希函数 或者 杂凑函数 。 输入单向散列函数的消息也称为 原像 (pre-image) 。
单向散列函数输出的散列值也称为 消息摘要 (message digest)或者 指纹 (fingerprint)。 完整性 也称为一致性。
MD4是由Rivest于1990年设计的单向散列函数，能够产生128比特的散列值(RFC1186，修订版RFC1320)。不 过，随着Dobbertin提出寻找MD4散列碰撞的方法，因此现在它已经不安全了。
MD5是由Rwest于1991年设计的单项散列函数，能够产生128比特的散列值(RFC1321)。
MD5的强抗碰撞性已经被攻破，也就是说，现在已经能够产生具备相同散列值的两条不同的消息，因此它也已
经不安全了。
MD4和MD5中的MD是消息摘要(Message Digest)的缩写。
SHA-1是由NIST(NationalInstituteOfStandardsandTechnology，美国国家标准技术研究所)设计的一种能够产生 160比特的散列值的单向散列函数。1993年被作为美国联邦信息处理标准规格(FIPS PUB 180)发布的是 SHA,1995年发布的修订版FIPS PUB 180-1称为SHA-1。
SHA-1的消息长度存在上限，但这个值接近于2^64比特，是个非常巨大的数值，因此在实际应用中没有问题。
SHA-256、SHA-384和SHA-512都是由NIST设计的单向散列函数，它们的散列值长度分别为256比特、384比特和
512比特。这些单向散列函数合起来统称SHA-2，它们的消息长度也存在上限(SHA-256的上限接近于 2^64 比特，
SHA-384 和 SHA-512的上限接近于 2^128 比特)。这些单向散列函数是于2002年和 SHA-1 一起作为 FIPS PUB 180-2 发布的 SHA-1 的强抗碰撞性已于2005年被攻破, 也就是说，现在已经能够产生具备相同散列值的两条不同的消 息。不过，SHA-2还尚未被攻破。
