最近很多人留言说今年找工作太难了，要涨薪几乎更难了 ！真的就这么悲观吗？其实不然，我们企业一直都在大量的招人，一直都没停过。只是一点和之前不一样要求变高了，优秀的人一直都缺。

我身边朋友所在的大厂也一样比平时的要求更高了，优秀的人给出薪水甚至比平时还高，因为优秀的人产出高，效率高，特殊时期企业压力也大这样的人才能给企业创造更大的价值，企业才能发展。我就在思考怎么用好这段时间快速把我们自身的能力提升上来为下半年和来年提前做好准备，这才是当下最重要的事情 ！在现在的面试基本没有不问源码的？那么为什么要了解源码呢？

看源码有什么意义

1. 解决问题(BUG)
2. 知其所以然
3. 学习
4. 改造
5. 借鉴
6. 找工作

在现在市面上有很多源码书籍，但都生涩难懂，经过多年整理终于发现了下面几份非常不错的文档，仅供大家参考，如果对于这些文档感兴趣可以私聊我，发给大家。

Spring源码解析

第一部分核心实现

1. Spring整体架构和环境搭建
2. 容器的基本实现
3. 默认标签的解析
4. 自定义标签的解析
5. bean的加载
6. 容器的功能扩展
7. AOP

第二部分企业应用

1. 数据库连接JDBC
2. 整合MyBatis
3. Spring事务
4. SpringMVC
5. 远程服务
6. Spring消息

Spring MVC源代码分析与实践

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

Spring Boot实战

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

Spring Cloud微服务实战

微服务架构的概念，现在对于大家应该都不陌生，无论使用 Apache Dubbo、还是 Spring Cloud，都可以去尝试微服务，把复杂而庞大的业务系统拆分成一些更小粒度且独立部署的 Rest 服务。

但是这个过程，具体应该怎么做？现有的条件下到底要不要做微服务？服务拆分成什么粒度才是合适的？遗留的老系统需要如何考虑重构改造？有哪些坑需要我们注意？系统怎么在分布式服务下实现数据的一致性和服务的高可用可伸缩？拆分的过程中系统数量增多，测试、部署、运维、监控，又应该如何处理？

具体内容体现如下

1. 基础知识
2. 微服务构建(Spring Boot)
3. 服务治理(Spring Cloud Eureka)
4. 客户端负载均衡(Spring Cloud Ribbon)
5. 服务容错保护(Spring Cloud Hystrix)
6. 声明式服务调用(Spring Cloud Feign)
7. API网关服务(Spring Cloud Zuul)
8. 分布式配置中心(Spring Cloud Config)
9. 消息总线(Spring Cloud Bus)
10. 消息驱动的微服务(Spring Cloud Stream)
11. 分布式服务追踪(Spring Cloud Sleuth)

基础知识

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

微服务构建(Spring Boot)

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

涨薪秘籍之源码篇：Spring全家桶源码解读，大师晋级秘诀

写在最后

一切技术的产生与发展都离不开最基本的原理，只要追本溯源，了解技术体系最基本、最底层的原理，我们就能根据这些知识储备建立自己的后端技术框架，从而搭建一条完整的成长道路。

记得帮忙转发+转发+转发；再私信笔者关键字【源码】即可获取本问上所有的面试PDF本地文件哦