本文永久链接 – https://tonybai.com/2024/02/18/some-changes-in-go-1-22

美国时间2024年2月6日，正当中国人民洋溢在即将迎来龙年春节的喜庆祥和的气氛中时，Eli Bendersky代表Go团队在Go官博发文“Go 1.22 is released!”，正式向世界宣告了Go 1.22版本的发布！

注：大家可以从Go官网下载Go 1.22的第一个版本go 1.22.0，也可以在Go playground上选择Go 1.22版本在线体验Go 1.22的语法。

记忆中，这似乎是Eli Bendersky首次代表Go团队撰写Go版本发布的文章，文章短小且言简意赅，会让大家误以为Go 1.22版本没有太多的功能点变更，其实不然。读过我之前写的“Go 1.22新特性前瞻”一文的童鞋都知道Go 1.22中有很多重要且影响深远的值得我们关注的变化。在这篇文章中，我们就再来介绍一下这些变化，供大家参考。

0. 插播“旧闻”：Go再次进入Top10，并刷新有史以来的最高排名

TIOBE编程语言排行榜发布2024年2月编程语言排名的时间恰逢中国人民的传统佳节春节期间，因此它的这次排名发布“淹没”在了“龙年大吉”的喜庆气氛当中了。年后开工，大家翻看这条“旧闻”时，才发现在这次排名中，Go再一次回到Top10，位列第8名，刷新了Go打榜一来的历史最好位次。

单看这一次进入top10似乎没有什么，因为2023年4月份，Go也跻身过top10，排名第10。但如果从Go打榜以来的历史曲线来看，如下图：

我们看到了“翘尾”，我们看到了Go迈过“低谷”后的爬升！这与我在《Go语言第一课专栏》的结课语《和你一起迎接Go的黄金十年》中预判：Go即将迎来自己的黄金十年 愈来愈吻合了！

不过，我在《2023年Go语言盘点：稳中求新，稳中求变》一文中提到过TIOBE index作为世界最知名的编程语言排行榜，却存在其“不靠谱”的特性，比如这一期排名中，上古时代的编程语言Fortran从去年同期的第24位上升至第11位，仅比PHP落后一位，另一门古老的COBOL语言也从去年同期的第30位上升至第19位，仅仅比大热的Rust语言落后一位。

因此，对于TIOBE的排名，大家既要了解，也无需过于看重^_^。

言归正传，我们来说说Go 1.22版本的变化。

1. 语言变化

Go 1.22对语言语法做了两处变更，一个是Go 1.21版本中的试验特性loopvar在Go 1.22中转正落地；另一个也和for循环有关，那就是for range新增了对整型表达式的支持。两者相比较，还是第一个变化loopvar带来的影响更大一些。为什么呢？因此这是Go语言发展历史上第一次真正的填语义层面的“坑”，而且修改的是一个在Go源码中最常用的控制结构的执行语义，这很大可能会带来break change。Go101教程的作者老貘将之成为Go历史上最大的向后兼容性破坏版本。

注：Go 1.21版本有一个对panic(nil)的语义修正，但我估计很少会有人写出panic(nil)这样的代码。

这次语义修改用一句话表达就是：将经典三段式for循环语句以及for range语句中的用短声明形式定义的循环变量从整个循环定义和共享一个，变为每个迭代定义一个。

这里借用Go官博文章中那个例子再说明一下这个语义变化：

// go1.22-examples/lang/loopvar/main.go
package main

import (
    "fmt"
    "time"
)

func main() {
    done := make(chan bool)

    values := []string{"a", "b", "c"}
    for _, v := range values {
        go func() {
            time.Sleep(time.Second)
            fmt.Println(v)
            done <- true
        }()
    }

    // wait for all goroutines to complete before exiting
    for _ = range values {
        <-done
    }
}

我们用Go 1.22.0版本之前的版本，比如Go 1.21.0，来运行该示例：

$go run main.go
c
c
c

我们看到：由于v是整个循环中各个迭代共享的一个变量，所以在每个迭代新创建的goroutine中输出的v都是循环结束后v的最终值c。

如果我们用go 1.22.0来运行上述示例，我们将得到：

// 输出的值的顺序与goroutine调度有关
$go run main.go
b
c
a

注：关于Go 1.22版本之前的for range的坑，我的极客时间专栏《Go语言第一课》专栏有图文并茂的原理讲解，欢迎订阅阅读。

那么，loopvar这一语义填“坑”究竟会对你的代码造成怎样的影响呢？在Russ Cox关于loopvar语义变更的设计文档中提到了：只有go.mod中的go version在go 1.22.0及以后的时候才会生效，这是一个渐进式过渡的过程，因此目前无论是开源项目还是商业项目，只要go.mod中的go version还没有更新为大于等于go 1.22.0，那么for循环依然会保留短声明定义的变量的原语义，这样这些项目都不会受到影响。

不过，如果是直接在脚本中通过go run xxx.go形式运行某个go源码的，且当前工作目录以及父目录下没有go.mod文件的，go 1.22.0会采用新的loopvar语义，这点大家要注意了。

此外，当你将go.mod中的go version升级到go 1.22.0或更高版本时，也要注意语义变更可能带来的问题。在升级go version之前，可以用Go 1.22版本之前的go vet对项目源码进行一次静态分析，对于go vet提示：“loop variable v captured by func literal”的地方务必注意逐个确认。

注：Go 1.22版本中的go vet已经移除了在go version >= 1.22.0时，对“loop variable v captured by func literal”情况进行警告的功能。

关于Go 1.22中for range支持后面接整型表达式的“语法糖”新特性以及函数迭代器的实验特性，这里就不细说了，大家可以看看“Go 1.22新特性前瞻”一文中的说明。

2. 编译器、运行时与工具链

在编译器、运行时和工具链这些方面，Go 1.22的正式版本与“Go 1.22新特性前瞻”一文中使用的Go 1.22rc1版本几乎没有差异，这里挑主要内容介绍一下，其他一些内容可以参考前瞻一文。

Go 1.22版本继续在编译上优化PGO(profile-guided optimization)， 基于PGO的构建可以比以前版本实现更高比例的调用去虚拟化(devirtualize)。在Go 1.22中，官⽅给出的PGO带来的性能提升数字是2%~14%，这应该是基于Google内部一些典型的Go程序测算出来的。

注：如果你对PGO优化还不是很了解，可以看看“深入理解Profile Guided Optimization(PGO)”这篇文章。

Go 1.22版本编译器现在可以更多运⽤devirtualize和inline。在Go编译器中，devirtualize是一种编译优化技术，旨在消除“虚函数”调用的开销。“虚函数”是指在面向对象编程中，通过基类指针或引用调用的函数。在Go中所谓虚函数调用指的就是通过接口类型变量进行的方法调用。由于是动态调用，基于接口的方法调用需要在运行时进行查找和分派，这可能导致一定的性能损失。

而Go编译器在进行devirtualize优化时，会尝试根据程序的上下文信息和类型信息，确定方法调用的具体对象实例。如果编译器能够确定调用的具体实例，则会将通过接口的方法调用替换为直接调用具体对象实例的方法，从而消除运行时的开销，使得通过接口类型变量进行方法调用的性能得到优化提升。

Go 1.22版本中的运行时可以使基于类型的垃圾收集的元数据更接近每个堆对象，从而将Go程序的CPU性能（延迟或吞吐量）提高了1-3%。这一变化还支持通过重复数据删除冗余元数据，进而将大多数Go程序的内存开销减少了大约1%。

在工具链方面，有三个主要改变这里提一下：

• go work支持vendor

在Go 1.22版本中，通过go work vendor可以将workspace中的依赖放到vendor⽬录下，同时在构建时，如果workspace下有vendor⽬录，那么默认的构建是go build -mod=vendor，即基于vendor的构建。

• go mod init不再care其他vendor工具的配置文件

go mod init不再尝试将其他vendor工具（例如Gopkg.lock ）的配置文件导入到go module依赖文件(go.mod)中了，也就是说从Go 1.22版本开始，go module出现之前的那些gopath时代的依赖管理工具正式退出并成为历史了。

• 改进go test -cover的输出

对于没有自己的测试文件的包，go test -cover在go 1.22版本之前会输出：

? mymod/mypack [no test files]

但在Go 1.22版本之后，会报告覆盖率为0.0%：

mymod/mypack coverage: 0.0% of statements

3. 标准库

这里列举一下标准库值得关注的重大变化，大家可以与前瞻一文相互参考着阅读。

3.1 math/rand/v2：标准库的第一个v2版本包

Go 1.22中新增了math/rand/v2包，这里之所以将它列为Go 1.22版本标准库的⼀次重要变化，是因为这是标准库第一次为某个包建⽴v2版本，按照Russ Cox的说法，这次math/rand/v2包的创建，算是为标准库中的其他可能的v2包“探探路”，找找落地路径。关于math/rand/v2包相对于原math/rand包的变化有很多，具体可以参考issue 61716中的设计与讨论。

3.2 增强http.ServeMux表达能力

在Go 1.22版本中，http.ServeMux的表达能力得到了大幅提升，从原先只支持静态路由，到新版本中支持如下一些特性：

• “/index.html”路由将匹配任何主机和方法的路径”/index.html”；
• “GET /static/”将匹配路径以”/static/”开头的GET请求；
• “example.com/”可以与任何指向主机为”example.com”的请求匹配；
• “example.com/{$}”会匹配主机为”example.com”、路径为”/”的请求，即”example.com/”；
• “/b/{bucket}/o/{objectname…}”匹配第一段为”b”、第三段为”o”的路径。名称”bucket”表示第二段，”objectname”表示路径的其余部分。

并且新版ServeMux在路由匹配性能方面也不输众多开源http路由框架太多，后续建立Go web或api类新项目时，可以考虑首选新版ServeMux来进行路由匹配了，减少对外部的一个依赖。

关于新版http.ServeMux的具体使用方法，其作者Jonathan Amsterdam（也是log/slog的作者）在官博发表了一篇名为“Routing Enhancements for Go 1.22”的文章，大家可以详细参考。

关于标准库的其他一些变化，大家可以参考前瞻一文以及更详细的Go 1.22的发布说明文档。

4. 小结

综上，Go 1.22版本对语言、编译器、工具链、运行时和标准库都有一定程度的改进和创新，遗留代码通过Go 1.22版本的重新编译便可以得到一定程度的性能上的自然提升，这也体现了Go语言在稳中求新、稳中求变的特点。

不过这里还要提醒各位Go开发者，在升级Go 1.22版本时务必注意潜在的向后兼容性问题，尤其是loopvar语义带来的变化影响。

本文涉及的源码可以在这里下载。

Gopher部落知识星球在2024年将继续致力于打造一个高品质的Go语言学习和交流平台。我们将继续提供优质的Go技术文章首发和阅读体验。同时，我们也会加强代码质量和最佳实践的分享，包括如何编写简洁、可读、可测试的Go代码。此外，我们还会加强星友之间的交流和互动。欢迎大家踊跃提问，分享心得，讨论技术。我会在第一时间进行解答和交流。我衷心希望Gopher部落可以成为大家学习、进步、交流的港湾。让我相聚在Gopher部落，享受coding的快乐! 欢迎大家踊跃加入！

著名云主机服务厂商DigitalOcean发布最新的主机计划，入门级Droplet配置升级为：1 core CPU、1G内存、25G高速SSD，价格5$/月。有使用DigitalOcean需求的朋友，可以打开这个链接地址：https://m.do.co/c/bff6eed92687 开启你的DO主机之路。

Gopher Daily(Gopher每日新闻) – https://gopherdaily.tonybai.com

我的联系方式：

• 微博(暂不可用)：https://weibo.com/bigwhite20xx
• 微博2：https://weibo.com/u/6484441286
• 博客：tonybai.com
• github: https://github.com/bigwhite
• Gopher Daily归档 – https://github.com/bigwhite/gopherdaily

商务合作方式：撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。

© 2024, bigwhite. 版权所有.

这个世界上最危险的毒药，就是成就感。而解药就是每晚都想一想，明天如何做得更好。 – 英格瓦坎普拉德，宜家创始人

2018年元宵节已过，这个传统意义上的年就算真的过完了，我们的那颗有些闲散、有些懈怠的心需要收一收，是时候为2018年的“事业”做些规划，从2018的起跑线上起跑出去了。就连现在的孩子，在开学第一课时都要对自己的寒假生活做生动的回顾并且对新学期给予展望了。

春节假期匆忙且短暂，不过在这段时间里还是有很多值得关注的文章、资料、书籍以及项目的。

一、一周文章精粹

1. Go官方提出新的包依赖管理工具：vgo

就在上周，Go社区里发生了一件“大事”：Go大神Russ Cox一周内连发了七篇文章，并宣布Go很可能在下一个版本：Go 1.11中加入可选的、“实验性”的新模型： vgo(versioned Go)，以试图解决长期以来Go被广泛诟病的包依赖管理问题。

Russ Cox在设计vgo时参考了当今比较流行的cargo、npm等工具，也从之前Go官方实验dep中吸取了足够的实验结论，另辟蹊径，提出了很多很有创新的观点和方法，在社区里引起了广泛的关注和讨论。

vgo的一些主要设计考量如下：

• 接受语义版本(semver)规则
• 使用semantic import versioning规则替代原有的import rule
• 引入module概念（go.mod)
• 使用minimal version selection(最小版本选择)，而不是业界事实标准的maximal version selected（最新版本选择）的方案；
• 去除vendor机制
• 去除GOPATH

Russ Cox还提供了一个vgo的初步实现，供广大Gopher体验。

vgo的公开意味着Go team已经将包依赖管理问题列为高优先级待解决的问题，vgo虽然只是原型，其设计思路也可能不会全部进入到最终的解决方法中，但这毕竟迈出了坚实的一步。

文章链接：Go & Verisioning

2. Go官方2017用户调查结果

本周Go官方在Blog上公布了2017用户调查结果，几个结论值得大家关注：

• 越来越多用户在工作中正式使用Go (67%)
• Web开发、系统编程、Devops、网络编程依旧是Go使用的主要领域，但在移动端、桌面端GUI编程的比例下滑明显
• 在API/RPC服务领域的使用占据榜首，CLI、WebService(返回html)排名2、3
• 包依赖管理以及缺少泛型依然是Gopher最希望Go team解决的两个问题
• Linux、MacOS依然是Gopher主力开发平台
• vscode在Go编辑器市场份额升至No.1
• 最喜欢的关键字：go、defer、func、select和interface排名top5

文章链接：“Go 2017用户调查结果”

3. 容器术语介绍入门

著名开源公司Redhat近两年拥抱容器的态度十分坚决，近期来收购了coreos。近期Redhat在官博上发表了一篇文章，对容器领域的相关术语概念做了详尽的介绍，强烈推荐。

文章链接：“容器术语介绍入门”

4. Go语言实现的微服务系列

Go语言已经被证明了是当前应用云化、面向微服务的服务端编程的头部语言之一。关于Go与Microservice的文章也有不少。Ewan Valentine的Go语言实现微服务系列（10篇）就是这类文章中难得的全面、细致讲述Go如何实现微服务应用的文章资料。在这一系列文章中，作者谈到的了mongodb, grpc, docker, Google Cloud, Kubernetes, NATS, CircleCI, Terraform、go-micro框架等诸多在编写、部署、运维微服务过程中所能用到的框架、协议、工具等。.

文章链接：microservice in golang series

5. Brian Ketelsen专访：Go取得快速增长的原因

Brian Ketelsen是知名Gopher，GopherCon大会、GopherAcademy的联合发起人、《Go in action》一书的联合作者。在Microsoft对其的一篇专访中，Brian Ketelsen谈了对Go语言这些年取得快速成长的看法。

文章链接：Brian Ketelsen专访：Go取得快速增长的原因

6. 在Linux上使用Go作为脚本语言

Cloudflare公司的很多产品采用的是Go技术栈，公司内部支撑系统亦是。Go的简单特质以及Go tools的使用模式让Go十分适合在Linux系统上被当做“脚本语言”使用（结合shebang行），它的强类型特性又是真正的脚本语言所不具备的。cloudflare的这篇文章讲解了该公司使用go作为脚本语言在Linux上的实践方法，值得借鉴。

文章链接：《在Linux使用Go作为脚本语言》

二、一周资料分享

1. Google机器学习速成教程

Google公司本周正式推出面向普通开发者、机器学习爱好者的机器学习速成教程资料。粗略浏览了一遍，感觉该教程是目前传统程序员向机器学习、AI领域转型的最优秀资料之一。教程提供了教程中实验的全部资料和实验环境，并给出了前提条件中给出了预备知识的学习教程，包括数学知识、Python编程等。更为可贵的是该教程提供完整的中文版，国内程序员学习起来曲线也降低了不少。唯一不便的可能就是需要科学上网才能打开教程。

资料分享链接：“Google机器学习速成教程”

三、一周项目推荐

1. vitess

之所以推荐vitess这个项目，是因为它在不久前成为了CNCF基金会的第16个孵化级别项目，并且是cncf第二个存储项目。Vitess最初是作为YouTube的一个内部解决方案来处理大量存储的扩展，它是一个数据库编排系统，通过广义分片来对MySQL进行水平缩放。通过封装分片路由逻辑，Vitess允许应用程序代码和数据库查询对于将数据分布到多个分片上保持不变。借助Vitess，组织甚至可以根据需求的增长来分割和合并碎片，原子切割步骤只需要几秒钟。

同时该项目还是Go语言的早期“尝鲜者”：在2011年就开始使用Go语言开发了。随着vitess用户的增多（包括slack、flipkart等），vitess似乎又进入一个黄金开发的阶段，将较为成熟的、业界广为使用的数据库分片技术继续延续和优化下去，并且vitess与容器、kubernetes的结合使用也日益成熟，为云原生应用在k8s上提供一个可扩展的存储层。

项目链接：“vitess”

四、一周图书推荐

1.《Master Ethereum》

随着2017年比特币市场的异常繁荣，2018的区块链技术有迎来爆发的趋势。作为第二代区块链技术代表的以太坊(Ethereum)，它试图实现一个总体上完全无需信任基础的智能合约平台和庞大的生态圈，受到了区块链业界最为广泛的关注，有关以太坊的技术书籍亦是如此。

《Master Ethereum》，中文名可译为“精通以太坊”，这是一本尚未完成的书，但在编写的过程中就受到了广泛的关注。除了是因为大家对以太坊技术关注之外，该书在github的开源也是其吸引眼球的重要原因。该书的两位作者是bitcoin专家，本书的目标是为开发者提供有关以太坊概念、使用、智能合约(smart contract)、经典以太坊网络、以太坊标准等全面的内容。

图书链接：《Master Ethereum》

著名云主机服务厂商DigitalOcean发布最新的主机计划，入门级Droplet配置升级为：1 core CPU、1G内存、25G高速SSD，价格5$/月。有使用DigitalOcean需求的朋友，可以打开这个链接地址：https://m.do.co/c/bff6eed92687 开启你的DO主机之路。

我的联系方式：

微博：https://weibo.com/bigwhite20xx
微信公众号：iamtonybai
博客：tonybai.com
github: https://github.com/bigwhite

微信赞赏：

商务合作方式：撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。

© 2018, bigwhite. 版权所有.

亲情犹如一江剪不断的春水，流动的是游子心中永远的思念；亲情犹如一丘数不尽的细沙，沉淀的是长年堆积的牵挂；亲情犹如夜空中那颗北斗，指引的是那迷路的羔羊回家的方向。忙碌了一年，该回家了，给心放个假，带上媳妇带上你的娃，回家看看那年迈的爸妈，出发！ — 改编自网络

此时此刻，很多人刚刚踏上了春节回家的旅途，有些人更是已经叩开了家的大门。每逢中国传统佳节-春节，令世界瞩目并为之瞠目结舌的中国式人口大迁移就会发生一次：几亿人熬夜刷票并不辞辛劳地携着夫/妻儿女，经由多种交通工具，跨越高山大河，不远千百里，战胜种种“囧况”，只为一个目的：在春节前回到那个充满熟悉味道的家乡。

这种在一个文明延续5000多年未中断的民族中发生的全民行为让西方社会感到十分不解，甚至指责这是对资源的一种浪费；并且也有国内的人发出类似不和谐的声音。但是它依然在发生着，每年都在发生，形式有些许变化，但剧情大体雷同。

曾经有国内外学者对中国特有的春节大迁徙的原因进行研究和分析，并给出了各种专业化的理由。但在我看来，对现代人来说，回家过年，是一种心灵的相互充电! 而且是充电7天，“通话”一整年。

对于一年到头在外奔波劳碌的人们来说，只有回家，才能真实地触摸到自己的“根”，才能切切实实地体会这种归属感，才能在一定程度上纾解那些在工作的城市中涵盖不了的人生寄托。在这种归属感中，哪怕只是获得片刻的身心安宁，也是一种极为重要的精神能量的充电；而对于守候在家乡的父母或者孩童儿，你的回家，让他们将近一年的期盼终于有了一个圆满的结果，这同样为下一个365天的期盼周期提供了强大的动力和希望。

如果非要给这种行为找个理由，那我要说这就是由一个体内延绵数千年的中华民族血脉的中国人的基因所决定的。

一、一周文章精粹

1. Go 1.10发布Party

自从Go 1.6开始，每逢偶数版本（一般在每年2、3月发布），Gopher社区都会举办庆祝Release的全球Party。在中国农历春节到来之际，也恰逢Go最新版本Go 1.10即将发布之时，Go wiki发布了Go 1.10 Release Party的Schedule和相关资料。截至目前，已经有15个Party已经list到页面上，活动从2月15号一直延续到3月份。

• Go 1.10发布Party官网页面
• Go 1.10 Release Note Draft
• The State of Go 1.10

2. 避免或减少对Go context Value的使用

context包最初诞生于Google公司内部，并在Google内部项目大量使用。context在golang/x中孵化了多年，并得到了很多开源项目的使用，尤其是一些使用了”middleware”模式的项目中，于是在Go 1.7发布时，context包正式加入Go标准库。context加入后，可谓既带来魔力，亦带来了争议，甚至有人将其视为具有“病毒”属性，一旦使用，便可轻易传染到项目中代码的各个角落。

Go开发者、培训师Jon Calhoun也在个人网站上撰写了一篇文章，来告诫大家Go context value的一些缺陷，建议大家避免或减少对Go context Value的使用，并给出自己的替代方案。其主要理由是：context.WithValue和Context.Value的使用让我们失去了编译器对类型安全性的检查。

文章链接：“Pitfalls of context values and how to avoid or mitigate them in Go”

3. 来自Google Cloud Platform的12条有关用户账号、授权和密码管理的最佳实践

对于许多开发者来说，账户管理是一个黑暗的角落，没有得到足够的重视。来自Google Cloud Platform的解决方案专家Ian Maddox给我们带来了12条有关此方面的最佳实践，包括：区分用户标识与用户账号、允许用户更改用户名、用户ID大小写敏感、两步验证等。

文章链接：“12 best practices for user account, authorization and password management”

4. AI界网红-深度学习之父Geoffrey Hinton的传奇学术生涯

这几年最火爆的人工智能技术就是深度学习，可以说当下的主流人工智能就是深度学习，而深度学习的理论基石就是反向传播。和当代物理学类似，最新的计算机应用实际上也是在消化几十年前就已经建立的理论，这不：反向传播就是Geoffrey Hinton与同事David Rumelhart、Ronald Williams在1986年发布的成果，Geoffrey Hinton也因此被誉为深度学习之父。Geoffrey Hinton花了30年在AI前沿的研究，在今天终于开花结果。不过这位现在AI奠基人并没有就此停歇，去年他还提出了“胶囊理论”，不过要彻底理解他的理论，不知道AI应用界还要花多久。下面这篇文章是“多伦多生活”上发表的一篇有关Geoffrey Hinton的传奇学术生涯的新闻稿，我们可以通过它一瞥AI超级明星的学术人生。

图：Geoffrey Hinton

文章链接：“深度学习之父Geoffrey Hinton的传奇学术生涯”

5. Go项目在github上接受PR了

go语言自身的开发一直是在google内部的平台上，github上的golang项目仅仅是其一个mirror。在这之前，golang项目在github上是拒绝pr的，contributor必须注册google的开发账号才能为go语言本身做贡献，这种门槛显然有些高。近期Go项目作出了对社区更为友好的举动：允许在github上直接提交PR。不过代码的review依旧是在google原平台上，github上提交的pr将被GerritBot自动同步到Go team的Gerrit上进行code review。不过这已经是一个不错的开端了。估计会吸引更多开发者为Go做contribution。

文章链接：
* “doc: remove Pull Request note in README.md”
* “pr流程”

二、一周资料分享

1. istio微服务教程 by Redhat

下一代微服务平台日益火爆，比如：istio、conduit等。近期Redhat开源了一套istio微服务教程，主要是for java microservice，但感觉对其他语言开发的微服务也适用。教程使用的是istio最新发布的0.5.0版本，底层使用的是redhat自身的oc平台(openshift)，但替换成kubernetes应该很容易。教程包含的内容还是很全面的，针对包括metrics、tracing、routerule管理、fault injection、retry&timeout、mirroring traffic、access control、rate limiting、circuit breaker、egress等常见的微服务框架治理机制都提供了demo实例。

资料分享链接：Istio Tutorial for Java Microservices

三、一周项目推荐

1. rook：致力于让存储服务成为云原生平台上的“头等”服务

2018年1月30日，云原生cncf组织下又增加了一位新成员:rook项目，由于刚入行，其与linkerd、coredns同样处于Inception级别。rook是什么？它解决了哪些问题呢？

如今在Kubernetes上部署的应用在使用存储服务时，多使用k8s集群外提供的外部存储服务。在公有云上，使用较多的是诸如EBS、S3等；在定制云/私有云中，使用的则是NFS、Ceph或更为传统的存储解决方案，如下图所示：

图：使用rook前

Rook存在的意义就是将存储服务移入集群内部，让那些依赖存储服务的应用可以无缝地使用这些服务，这样一来，整个云原生集群环境就可以脱离厂商依赖（比如对amazon、google cloud platform的依赖），实现整体的可移植了，无论是公有云还是私有云。

图：使用rook后

可以说，Rook让存储服务成为云原生平台上的“头等”服务，与其他应用服务一样。

那Rook究竟是什么呢？Rook不是一个像ceph那样的分布式共享存储系统。rook的考虑是：与其花费几年甚至十几年实现一个成熟的、久经考验的分布式存储系统，到不如帮助现有的已经十分成熟的、久经沙场的存储系统更方便的被云原生环境中的应用所使用，比如：ceph。于是rook通过将那些专有存储服务管理员的日常操作自动化：包括引导启动、配置、伸缩、升级、迁移、灾难恢复、监控、资源管理，将存储服务包装为云原生应用，无缝运行在云原生环境上，目前主要是在Kubernetes上。

图：rook架构

Rook的出现，迅速得到了来自Redhat、ceph开发者的支持，社区也在日益壮大。目前其最新版本为v0.6.2，按计划在2018年中旬发布第一个production-ready的正式版。

项目地址：Rook

四、一周图书推荐

1.《High Performance Browser Networking》

Ilya Grigorik是Google性能优化工程师，他在2013出版的这本《High Performance Browser Networking》堪称当代Web性能调优的圣经。该书以调优为核心，从网络基础(101)讲起，然后深入探讨了无线和移动网络的工作机制。最后，揭示了HTTP 协议的底层细节，同时详细介绍了HTTP 2.0、 XHR、SSE、WebSocket、WebRTC 和DataChannel 等现代浏览器新增的具有革命性的新能力。该书无论是对前端开发，还是后端网络服务开发设计人员都是大有裨益的。

更重要的是该书当时所讲述的诸多浏览器协议技术，比如：HTTP2.0、WebSocket、SSE在如今已经成为标准，并广泛应用于生产实践中。

图书链接：
英文版：《High Performance Browser Networking》
中文版：《Web性能权威指南》
免费版：《High Performance Browser Networking》

著名云主机服务厂商DigitalOcean发布最新的主机计划，入门级Droplet配置升级为：1 core CPU、1G内存、25G高速SSD，价格5$/月。有使用DigitalOcean需求的朋友，可以打开这个链接地址：https://m.do.co/c/bff6eed92687 开启你的DO主机之路。

我的联系方式：

微博：http://weibo.com/bigwhite20xx
微信公众号：iamtonybai
博客：tonybai.com
github: https://github.com/bigwhite

微信赞赏：

商务合作方式：撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作

© 2018, bigwhite. 版权所有.

最近我很开心，因为我和爸爸妈妈一起回老家与爷爷奶奶过春节了。春节是什么，我还不是很清楚。但我的印象中一到春节周围的人都很开心，家家户户都挂上了红灯笼，门上都贴着福字和对联，还燃放那种让我怕怕的很响的鞭炮。春节最让我高兴的是爸爸妈妈都不用去上班了，可以天天陪我一起玩，给我买好吃的，还有新衣服穿，新书看，新玩具玩^_^。春节前爸爸妈妈都很忙，每天都加班，很晚才会来，我可想他们了，每天都盼望他们早点下班回家。

听爸爸说，这是他结婚后第一次回爷爷奶奶家过年，也是第一次带我回家过年，他很高兴。我也高兴，因为我的语言能力已经有了很大提高了，我可以用语言表达我的意思了，可以和爷爷奶奶聊天了^_^，只是我的吐字还不那么清晰，也不知道我说的话爷爷奶奶能不能听懂^_^。

记得我是坐爸爸的车回老家的。爸爸的车开得好快，要比平时我看到的马路上的车快多了，据妈妈说这是高速公路，让我有些小兴奋哦。奶奶和爷爷老早就在门口等着我们呢。我一年到头与爷爷奶奶见面的次数都很有限，不过不知道为什么，一见到爷爷奶奶我就感到很亲切，很喜欢让他们抱抱我^_^。爷爷准备了我最爱吃的菜，那天我没让妈妈喂我，我是自己吃的，让爷爷奶奶看看我长大了，我吃的很饱。

除夕那天我和爸爸妈妈又去奶奶家了，听说除夕是一大家人团圆的日子。这回我们一家五口人算是真正团圆了。这天爷爷做的菜比以往都要多得多，我们都没有吃完，还剩了好多菜，爷爷做的菜真好吃。晚上我还吃到爷爷奶奶包的饺子了，特别香。大人说除夕夜都要吃饺子。我还不会包，长大一定和奶奶学，给他们包上一顿饺子，他们一定很开心。

初一。爸爸妈妈给我穿上了新衣服。爸爸妈妈一见到奶奶爷爷就行礼拜年，他们拜后，还让我拜。这可是我第一次拜年，还不是很熟练。不过之前姥姥教我好几遍了，于是我就说：“爷爷奶奶过年好，祝你们身体健康，长命百岁”。说完后，我看爷爷奶奶都特别高兴，还给我压岁钱了呢。

初二。爸爸妈妈带我去了爸爸的姥姥家。爸爸的姥姥家地方不大，但里面的人可真多，大家都微笑着瞅我，弄得我怪不好意思的。妈妈爸爸让我拜年，我就把姥姥教给我到拜年话说了很多遍，说得我口都渴了，不过好多人给我压岁钱，我还是蛮高兴的。让我更高兴的是我的两个小姐姐也来了，这样我就可以和她们一起玩了，我们一起玩走迷宫，一起玩涂鸦，好开心的。今天的午饭好丰盛哦，比除夕那天爷爷做的菜种类还要多出一倍。不过我是小孩，不能上桌，于是妈妈就把我爱吃的菜挑出来喂我^_^。我特别喜欢喝露露，不过每次我说要喝露露，他们都开心的笑，似乎我的发音不准，把“露露”发音成“怒怒”了^_^。

初三和初四两天我比较忙，一直都跟着爸爸妈妈到处走亲访友，所到之处我都成为了大家的关注焦点。

好不容易会一趟老家，我要多陪陪奶奶和爷爷，于是我初五一整天都和奶奶爷爷在一起。爷爷还给我炖了一只笨鸡，不过我还是喜欢菜里的蘑菇，因为鸡肉我嚼不烂:(。晚上爸爸还实现了一个他对我的承诺：放烟花给我看。爸爸说小烟花是不出响的，不用害怕。爸爸一共给我放了8个小烟花，都特别好看。

一转眼就到初六了，年过得真快啊，爸爸妈妈的假期要结束了，今天我们就要返回沈阳了。爷爷奶奶和姥爷给我们拿了好多东西，大包小裹的，我也不知道是啥，估计都是吃的吧，把爸爸车的后备箱装得满满登登的。车开走了，也不知道下次何时回来探望爷爷奶奶和姥爷。初六中午我们就回到沈阳的家里了。家里可真是热，我只穿一套衬衣衬裤还冒汗呢，爸爸说屋里温度有28度。由于这几天每天都有好吃的，我脸上都起痘痘了，爸爸说可能是吃鱼虾多过敏了，于是让我改吃青菜了。

初七。爸爸似乎还想多在家里陪陪我，于是他又请了一天假，我真高兴。妈妈还有两天假，我还可以与爸爸妈妈一起玩。

初八。爸爸上班了。不过妈妈在家。妈妈这两天一直守着电视，看那个叫“甄寰传”的电视剧，从这个台调到那个台，看得不亦乐乎。还好，昨天爸爸给我买了新拼插玩具，够我玩上一阵子的。

最近天气也转暖了。爸爸说春天快来了，外面的冰雪也开始融化了。姥姥说下个月又要送我上幼儿园了，在家里待了这么多天，不知道还能不能适应幼儿园的环境了。唉，焦虑啊。

下面是爸爸妈妈在春节期间用手机给我拍的一些照片，大家看看我是不是长大了^_^。

出水芙蓉^_^

今儿真高兴儿！

© 2013, bigwhite. 版权所有.

这将是我结婚后后第一次回老家过年（主要指和父母一起过除夕，包饺子，吃年夜饭），也是果果第一次回奶奶爷爷家过年。掐指算来，已经有三个春节没能和父母 一起度过除夕了，作为家里的独生子，一想到这里心里难免会有愧疚。因此，这次回家过年，让我着实有了一些小兴奋，想必老俩口也会十分开心。

今年家里还是发生了一些事情的。一是母亲做了眼睛手术，目前恢复的尚还不错，至少远离了患处发作时的痛楚，我在远方也能安心些。另外，父母的新房子今年也完成了装修，五月花开时，老俩口将会乔迁新居。不过今年这个农历春节我们还是会在老房子里过，等到农历2014马年的时候，我们应该就会在新房子里守岁了。 

为了这个年，女儿也是做了准备了的。由于语言能力突飞猛进，果果已经具备了在奶奶爷爷面前表演的基本要求。在幼儿园，果果学会了跳舞、数数和背诵诗词，这些回家后都要给爷爷奶奶表演一番。为此，我还特意与女儿一起做了“彩排”。另外节日里的礼貌用语果果也是要学习的，小家伙倒是学得挺开心。女儿的唯一要求 就是看爸爸放烟花给她看^_^。

每每想象一下除夕夜一家五口其乐融融的情形，心里就甭提多欢乐了。估计8号，也就是后天我们也要踏上回家的路了。希望旅途平安，一切顺利的回到父母身边。 希望这个春节我们能过得美美满满，温温馨馨，快快乐乐；希望果果能够更多地与家里人熟悉，真切地感受到我们这个大家庭的绵绵亲情。

© 2013, bigwhite. 版权所有.

龙年了，果果也长大了，越来越像女孩儿了，呵呵（因头发短，常被人误认为是男孩儿），下面是果果近期的一些写真^_^，请您欣赏：

这种玩具难不倒我

瞧，我的眼神犀利不！

妈妈给我买的眼镜，知性不？

数一数，墙上有几朵花？

过年了，我的新衣服喜庆不？

好了，最后在龙年的大年初一，我代表的我的宝贝女儿果果给您拜年了。祝大家龙年新春快乐，阖家幸福，身体健康，万事如意。

© 2012, bigwhite. 版权所有.

下午吃完团圆饭，我们就给果果洗了一个热水澡，并给她穿上了喜庆的新衣服。这里果果通过爸爸的博客给大家拜年了：祝大家春节快乐、合家欢乐、万事如意。

果果给您拜年了

过年了，果果又有新玩具吃了^_^。

BTW，今天还是我的母亲60岁的生日(这里的老一辈人喜欢按农历过生日)，很遗憾这个新年不能与她老人家一起过年，这里还是要送上祝福：祝妈妈生日快乐，身体健康，万事顺意。

© 2011, bigwhite. 版权所有.

除了移动硬盘之外，无线路由器也被列入了今天的采购计划。无线的工作环境一直是我的梦想 ，这里只是迈出第一步罢了:)。

节后的三好街依旧是一片繁忙景象，各大卖场里人头攒动，熙熙攘攘，DIY装机店中更是黑压压坐满了人。我的目标很明确：移动硬盘+无线路由。来三好街之前，我在网上查了一些资料，基本确定了：纽曼的'亮剑'系列120G和D-LINK 624+A无线路由的组合。好久不关注这些电子产品的更新换代了，心里也没谱，所以为了减少被'欺诈'的可能性，我花了近两个小时先后转了诚大、赛博、东软电脑城和百脑汇，纽曼的硬盘价格从720降到660，路由器的价格从210到195，真是不逛不知道，一逛吓一跳啊，仅仅两样商品差价就有近百元，就这样，我最后买下的价格是否有水分我心里也没底，所以劝想买数码产品的人还是多多了解一下，多问几家。

搜街的时候，我也关注了一下其他品牌的移动硬盘，其中在东软电脑城二楼就有一家兼卖三星移动硬盘，这家卖的很杂，所以我也做了提防。不出所料，一番口舌之后，那个女销售人员开始向我推荐一款三星120G的产品，报价530，这个价格在目前来说算是低的了，可是为什么报这么低我也不是很清楚。女销售随即向我Show带有包装盒的真盘，包装很精致，三星的标志也很醒目，而且贴有防伪标签，标签上印有三星的800防伪查询电话号码，我是看不出什么破绽的。不过还是那句话"冲动是魔鬼"，强迫自己离开这个柜台到其他柜台打听个究竟。后来得知，这款产品的确是假货，其他柜台的销售悄悄告知：像防伪号码这种很好仿造，网上就可以得到，这些仿制品用网上的有效号码，你打电话查询也是没有问题的。由此我得到一丝经验：买电子产品还是尽量到专卖的地方去买，如果一家柜台摆了多种品牌的产品，那你基本上就不要那多浪费时间了，价钱贵不说，是否是真品还不能保证。我最终是在赛博二楼的一家叫'金实'的纽曼代理专柜买的移动硬盘，这家代理所有的商品都是纽曼的，看起来也感觉让人放心。唯一遗憾是本想买'亮剑'黑金系列，结果销售告诉我那款是限量版，辽宁地区都没货，结果只能拿到一个全钢银色版的。纽曼毕竟是做移动硬盘的老厂商了，产品质量应该没的说，事实也是如此，8M缓存/5400转的硬盘速度就是快，拷贝数百兆的数据也就那么一瞬间。'亮剑'系列的蓝色指示灯也显得那么高贵典雅。

D-LINK无线路由一般是没有假货的，所以只要找最低价出手就可以了。D-LINK 624+A无线路由的天线是可拆卸的，如果觉得信号弱，可以更换增益更大的天线。到目前为止，我的D-LINK 624+A无线路由的信号强度都是令我满意的，而且没有掉过线。D-LINK还有一款524M，功能上与624+A差别不大，就是天线是固定不可拆卸的，外观是白色的，据说是参照Apple的风格设计的，估计190就可以拿下，如果喜欢Apple风格或者白色外观的朋友可以考虑之。

© 2008, bigwhite. 版权所有.

‘滞留’，也许是春节期间我们在广播、电视、报纸上看到最多的一个词了。成千上万、甚至几十万的旅客滞留在火车站和机场，上万的机动车因道路结冰而滞留在高速路上。看了网上的广州站前广场的图片后，相信所有人都会触目惊心，广场上黑鸦鸦的全是焦急等待上车的返乡旅客，看完后我的第一感觉就是’太危险’了，一旦哪名旅客不慎摔倒，那后果是相当严重的；另外这么多人挤在一起怎么’方便’啊，在那种情况下，挪动一小步都是很困难的，工作人员和旅客双方都很痛苦，也都很无奈。南方的铁路电气化程度很高，一停电，整个铁路就瘫痪了。N135次车乘务人员告诉我们：沈阳铁路局的硬座车厢年前都被调到南方去抢运滞留旅客了，这就是为什么整列车全是卧铺车厢的原因了。

‘停电’，今年春节的另一个重量级词语，也是大量旅客滞留的一个最主要原因。在灾害最严重的那些日子里，就连湖南移动的机房都只能保持单路电源供电了，移动公司要求所有厂家的工作人员在机房附近宾馆住宿，不能回家，要保持二十四小时值守，万一出问题，随叫随到。虽然我是远程支持，但是那段时间也给我带来不小的压力。现代化的文明对电的依赖程度大家可想而知，没有了电，人们看不上电视、打不了电话(移动基站没电了)、无法使用空调取暖、没有灯光照明、不能用电炊具烹饪；信号灯熄灭，无法指挥交通；电信机房停电，无法通信；供水厂停电无法供水；银行停电，无法交易；超市停电，无法结算；等等…，停电让我们现代社会的人再次回归原始，火车停了，有些人选择步行几十甚至上百里路回家；电灯灭了，家家点起了蜡烛；自来水没了，有些人拿起水桶到有井的地方提取地下水以维持生活；夜幕来临，原来的不夜城也漆黑一片，如此等等，这样的春节怎能不难忘！

关于’雪’，自古就有’瑞雪兆丰年’之语，雪本来是晶莹剔透、倍受人们欢迎的吉祥事物，但是如果其在错误的时间降到错误的地点的话，那就会给人们带来极大的痛苦，这次南方雪灾就是一例。听祖籍江苏扬州的姥姥说，南方基本是看不到雪的，即使下了雪，雪也很小，落到地上也就化成了水，由于南方温度高，水是不会结冰的。但这次的这场大雪和冰冻确是例外且实属罕见的(北方也少有如此持续时间长、范围广的暴雪)，姥姥看着电视上关于灾情的新闻，也惊讶万分，替在南方的亲戚们担忧。南方的冻雪与北方真的不一样，看到电视上播出的电线结冰的画面，我心中也是一惊，我原先还坚持的认为：高压输电铁塔倒塌是其质量问题，现在这种想法不攻自破。那哪里是铁塔啊，简直就是一座座’冰塔’。估计其总负荷早已超出铁塔设计负载的若干倍了。向那些依旧在塔上除冰的电力职工们致敬，这哪里是在工作，简直就是在’赌命’，谁能知道哪座铁塔在什么时候轰然倒地呢？对于他们来说，在随时可能倒塌的电线塔上度过的春节，又怎能不难忘呢！

这本是万家欢乐的节日，但一场场大雪和冻雨彻底浇灭了人们的热情，失落和失望伴随着很多人度过这个春节，也许到目前为止南方某些灾害最严重的地区还没有恢复供电。以往每当春节这个时刻，全国各地洋溢的都是喜庆的气氛，央视新闻报道的也是各地如何庆春节的活动。而今年的这个春节，’雪灾’却占据了人们的视听，这样的春节怎能让人们不难忘呢！

‘大雪无情人有情’，’一方有难八方支援’，雪灾反倒让中国人民凝成一股绳的那种精神彰显出来。任何事物都有其两面性，大雪灾在给人们带来痛苦的同时，也洗刷和净化了人们的那颗被物欲和金钱包裹下的心灵。

© 2008, bigwhite. 版权所有.

以前在家贴对联和福字都是父母的活儿，从小到大自己在家里都是啥活儿也不做的，都是被父母惯的^_^。这回轮到自己贴对联福字了，我还觉得有些新奇，早早的就在超市里买了漂亮的对联和福字，还特地上网查了查对联和福字该如何贴。

对联的贴法我是有耳闻的，正确的对联贴法应该是：当人面向对联时，上联在右侧，下联在左侧。对联要注意声律相对，判断上下联是按照最后一个字的平仄声来区分的，上联是仄声，下联为平声，这样贴的目的主要是为了音韵和谐，悦耳动听。但是看起来还是有些复杂。很多人还是不能识别出上下联。这里有一个技巧：现在每家每户的对联基本都没有自己去写的了，都是从市场上买回来的，买回来的对联上除了文字，往往还会有一些图案，比如鱼、胖娃娃等。而这些图案都是’对称的’，只要按照图案的’对称’去贴，基本都是没有问题的。

还有一些对联是没有图案的，人们也不习惯从右往左贴对联，那我们就从相反的角度来’改革’一下上面的对联贴法，不分什么上下联，只分左右联。改后的贴法：当人面向对门时，左边贴的对联最后一个字是平声，也就是一、二声；右边贴的对联最后一个字是仄声，也就是三、四声。这样就好记多了。

福字的贴法无疑只有两种：正着贴和倒着贴。到底该如何贴？的确让我很挠头。为了求甚解，我还是查查民俗专家是如何说的。按照民俗专家的说法：福字倒着贴是民间普通百姓的’口彩’，并被以讹传讹了。有专家考察过许多地方，不论是民宅小院，还是大宅门，或是晋商、徽商的豪宅，或是达官府第，所有镶在墙上的木雕、砖雕、石雕的’福’字都是正的。关于’福’字倒着贴的源头有诸多说法，但相同点都是’福’倒贴是不吉利的事情。

这回我可知道了：’福’字一定要正着贴。有些事情多刨根问底的去了解一下，即增长了见识，又避免了为’以讹传讹’助势，对的就是对的，错的就是错的。

© 2008, bigwhite. 版权所有.