写这篇笔记是在已经大体了解 Kubernetes 是什么东西的基础上的，如果不理解我很久之前写过一篇烂尾文可以参考 K8s入门。。。
那么为什么又想起来看 K8s，云原生是趋势，对于小公司和项目也许选择云计算服务商会是个低成本还算好的解决方案，但是一旦做大，这笔账其实就不合算了，最终都会自建云原生平台，作为一个后端，也愈发感觉到 DevOps 的重要性，开发与运维的边界在某些情况下变得模糊，或者说都要懂一点才能更好的适应现在的环境。
这一系列文章记录我学习历程，作为后端并不会在这上面耗费太多精力，力求达到平均水平即可。

起因还要从去年还是前年的那次大规模封杀说起，因为种种原因 SS 原作者早已弃坑，SSR 作者也是如此，以现在的防火墙技术识别 SS 的流量特征应该不难，每次都是大规模的『关机保平安』；
我买的机场也开始提供 SS + V2ray 的方式，并且建议优先使用 V2ray，我也就顺势切换了，接下来遇到的一个问题就是 SS 客户端不支持，需要找一个替代的，最好多种协议都支持，一轮调研下来，Clash 脱颖而出（当时起码是 Star 最高的），于是就开始使用 ClashX。

这篇索引并不会介绍过多语言层面的基础概念，侧重点主要在于 JVM 和 JUC 这两块，属于 Java 中比较进阶的知识了，我的知识也主要来自于两本书：《深入理解Java虚拟机》和《Java并发编程的艺术》以及网上搜集的资料，这两本书写的非常棒，入门是够了，通篇基本没废话，我的笔记也基本都是摘录自这两本书。
也正是如此，相关总结就直接放到 Github 了，不抄到这里了，这一篇主要来列一个大纲，以及做一些补充。

接上次的基础语法部分，还剩下的主要是并发相关的内容，现在补全；也略微提及了点测试相关的内容；
在 Go 中，并发程序主要使用的是 Go 的 goroutine 和 channel；相对传统的语言，简化了很多，调度上的调整也使程序高效了很多；没讲到的应该就是反射和 Web，这两块以后随用随学吧，目前这些东西也够了。
没有贴太多的代码，以及剩下的 Go 标准库使用的相关代码都放到这个仓库了： bfchengnuo/GoCS

响应式（或者叫反应式）的异步非阻塞编程模式，大概率是未来的主流，函数式编程是基础（所以要求 Java8+），可以看作是观察者模式（或者说生产者消费者模式）的延伸。
Spring 5 中最重要改动是把反应式编程的思想应用到了框架的各个方面，Spring 5 的反应式编程以 Reactor 库为基础，之前我其实已经过了把瘾（然后发现忘的差不多了，所以来复盘），毕竟 Spring5 也已经出来很久了，更不要说 RxJava，不过也仅仅是尝鲜，这一篇整理下相关基础知识入个门。
开发人员可以使用 WebFlux 创建高性能的 Web 应用和客户端（包括其中的 HTTP、服务器推送事件和 WebSocket 支持）。
在 SpringBoot2 中也跟进了 WebFlux 的支持，默认使用 Netty，也可以切换 Servlet3.0+ 的容器。

Go 现在名声越来越大，很多大型互联网公司都在过渡到 Go，也不用多介绍了，我对其的印象就是：Google 出品、21世纪编程语言、logo 非常萌、纯编译型、对标 C（C+Python=Go）、面向并发高效计算（毕竟出生的时候已经多核时代）、万物皆异步、函数一等公民（函数式编程，CSP 并发模型）、语法简洁（没有继承、泛型、异常处理和对象的概念，但是有接口即面向接口）、效率高（更少的存储空间和更少的内存写操作）、企业级编程语言（另一个是 Java）承诺保证向后兼容、完全开源。
兴趣使然，简单看一下作为后来者到底解决了前人的那些痛点，取取经（我才发现原来 Python 的出生比 Java 早）。