最后
按照上面的过程，4个月的时间刚刚好。当然Java的体系是很庞大的，还有很多更高级的技能需要掌握，但不要着急，这些完全可以放到以后工作中边用别学。
学习编程就是一个由混沌到有序的过程，所以你在学习过程中，如果一时碰到理解不了的知识点，大可不必沮丧，更不要气馁，这都是正常的不能再正常的事情了，不过是“人同此心，心同此理”的暂时而已。
“道路是曲折的，前途是光明的！”
Spring的根基就是IoC容器，即“ 控制反转”，也叫依赖注入。
IoC容器是为了解决什么问题呢？
组件创建和组装问题。
为什么这是个亟待解决的问题？
软件设计需要有个分解过程，必然还面对一个组装过程，即将分解出的各组件组装到一起完成功能。
=================================================================
某博客服务提供：根据标题查询博客。
ArticleService处理业务过程中，需用ArticleRepository辅助完成功能，即ArticleService依赖ArticleRepository。
这时你会怎么做？
直男做法，在 ArticleService新增一个ArticleRepository字段：
看起来好像还行。
那这个字段怎么初始化？
直男反应：直接new！
看起好还能用，但实际上DBArticleRepository不能这样初始化。
就如实现类的名字，这里要用到DB。但在真实的项目中，由于资源所限，一般不会在应用中任意打开DB连接，而是会共享DB连接。
所以，DBArticleRepository需要一个DB连接（Connection）参数。
于是你决定通过构造器把这个参数传入：
看上去也还正常。既然开发完了，那么开始测试吧：
要让ArticleService跑起来，就得让ArticleRepository也跑起来；就得准备好DB连接。
是不是太麻烦，想放弃测试了？。但你还是决定坚持一下，去准备DB连接信息。
然后，真正开始写测试时，发现，要测试，还要在DB里准备数据：
-
测查询，得事先插入一些数据吧，看查出来的结果和插入的数据是否一致
-
测更新，得先插入数据，测试跑完，再看数据更新是否正确
咬咬牙准备了一堆数据，你开始困惑了：我在干什么？我不是要测试服务吗？做数据准备不是测试仓库的时候该做的事吗？
所以，你发现问题在哪了吗？
在你创建对象的那刻，问题就出现了。
====================================================================
当我们创建一个对象时，就必须要有个实现类，即DBArticleRepository。
虽然ArticleService写得很干净，其他部分根本不依赖DBArticleRepository，只在构造器里依赖，但依赖就是依赖。
而且由于要构造DBArticleRepository，还引入了Connection类，该类只与DBArticleRepository的构造有关系，与ArticleService业务逻辑毫无关系。
只是因为引入一个具体实现，就需要把它周边全部东西引入，而这一切都与业务类本身的业务逻辑没一毛钱关系。
这就像是，你原本打算买套房子，现在却让你必须了解怎么和水泥、砌墙、怎么装修、户型怎么设计、各个家具怎么组装，而你想要的只是一套能住的婚房。
实际项目，构建一个对象可能牵扯更多内容：
-
根据不同的参数，创建不同的实现类对象，你可能需要用到工厂模式
-
为了解方法执行时间，需要给被依赖的对象加上监控
-
依赖的对象来自于某个框架，你自己都不知道具体的实现类咋样的
……
即便是最简单的对象创建和组装，看起来也不是多简单。
直接构造存在这么多问题，最简单的就是把创建的过程拿出去，只留下与字段关联的过程：
Kafka进阶篇知识点
Kafka高级篇知识点
44个Kafka知识点（基础+进阶+高级）解析如下
由于篇幅有限，小编已将上面介绍的**《Kafka源码解析与实战》、Kafka面试专题解析、复习学习必备44个Kafka知识点（基础+进阶+高级）都整理成册，全部都是PDF文档**
+核心总结学习笔记+最新讲解视频+实战项目源码】](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)收录**
609
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
