Spring Boot 终极清单

一、Spring Boot 终极清单诞生原因

我上学那会主要学的是 Java 和 .Net 两种语言，当时对于语言分类这事儿没什么概念，恰好在2009年毕业那会阴差阳错的先找到了 .Net 的工作，此后就开始了漫长的 .Net 编程之旅，说实话最初的“编程思想”的形成和确立都是在头几年做 .Net 的时候慢慢培养起来的。

后来在2015年之后就开启了“百花齐放”的模式，那时候 Nodejs、Vue、Golang 在程序界开始暂露头脚并逐渐流行，而作为类游戏公司出身的我和我的老领导，在新系统开发中大量使用了大量的新技术元素，那时候 Nodejs、Golang 作为我们首选的主要的开发语言，进而取代了之前一直使用的 .Net，这个经历对我的影响非常大，我会开始尝试更多的开发语言和框架，甚至到后来的手机开发也开始越做越顺手，当然手机的框架我们也用了很多，踩了很多坑，从最开始的 DCloud 到 Xamarin 再到 React Native，我们是一边实践一边用于生产坏境，所幸由于领导的体谅和我们的努力，让我们能很顺利的走过那段“艰难”岁月，一直到后来的技术逐渐稳定。

说了辣么多，和我们本节的主题“为什么会诞生 Spring Boot 系列文章”有毛关系？

客观莫慌，待老衲如实道来。

是这样子，虽然我们这一路似乎走的还算平稳，那为什么导致我后来用 Java 和 Spring Boot 的诞生呢？原因其实也挺简单，新技术的使用会带来几个问题？

新技术的使用增加了人员招聘的成本，通常招不到更多的人（在业务高速发展的阶段会影响项目的进度）；
新技术使用成本很高，通常有更多的坑和更少的解决方案；
新技术可控性更差，有些问题可能是致命性，存在不能修复的风险；

所以经过这些事之后，让我明白一件事，那就是“顺势而为”，Java 作为国内最流行的语言，处理 BAT 还有很多名不见经传的大小中公司都在使用，而且有很成熟的解决方案和人员优势，我们干嘛要做吃力不讨好的事情。当然这也不是教育我们不要尝试新的事物，而是要循序渐进深入思考的使用和应用新技术，要明白所有的事情不是一蹴而就的，凡事都有一个过程，新技术是一定要学的，但用于生产环境一定要结合自身情况去深入思考。当然我更鼓励大家去学习新技术，但不要迷恋新技术，凡事都与利弊的，要做一件事情一定要深入思考。

有了这个想法之后，要很好的使用 Java，Spring Boot 当时逃不掉了，这是此系列诞生主要的原因，当然学 Spring Boot 可以自己闷头去学也是没有问题的，那 Spring Boot 系列诞生的原因还有那些呢？

会用一种技术和给别人讲明白一种技术是两码事情，想通过给别让讲明白这件事，驱动自己更深层次的理解和探寻这门技术；
照本宣科的学习一种技术，是一件简单事情，但要理解技术内在的联系，把你理解的技术转述给别人，引导别人从浅到深平滑的思维过度，以及按照某种规律，建立起更加牢固的记忆和更容易理解的文章，是一件非常不易的事儿，而要搞懂这种内在的联系（或者说是内在的规律），首先你要把这项技术理解的非常深刻才行，这是一种良性互动的驱动力，提供优质的文章=>积极的反馈=>改善，提供更优质的文章=>更积极的反馈；
大部分类似的文章比较旧，更新不够及时；
大部分类似的文章千篇一律，人云亦云，没有自己的独立思考与实践；
大部分类似的文章在功能使用上过于简单，想要深层次的挖掘一些更本质、更不一样的东西；

说了这么多那就开始一边实践，一边总结经验来汇报给各位看官老爷喽。