皮皮网

1.SpringCloud远程调用客户端之Feign源码剖析
2.Java开发书籍推荐(200多本)
3.Spring IoC源码深度剖析
4.一文详解RocketMQ-Spring的剖析源码解析与实战
5.76 张图，剖析 Spring AOP 源码，源码源码小白居然也能看懂，分析大神，剖析请收下我的源码源码膝盖！
6.从源码剖析SpringBoot中Tomcat的分析仿快手极速版app源码默认最大连接数

SpringCloud远程调用客户端之Feign源码剖析

       Spring Cloud 的远程调用客户端 Feign 的源码解析

       本文深入探讨 Spring Cloud 远程调用客户端 Feign 的源码实现。首先，剖析我们关注 org.springframework.cloud.openfeign.EnableFeignClients 注解，源码源码其主要作用在于扫描 Feign 客户端以及配置信息，分析并引入 org.springframework.cloud.openfeign.FeignClientsRegistrar。剖析这个注解所执行的源码源码操作包括两部分：扫描配置类信息和扫描客户端。

       在 FeignClientsRegistrar 类中，分析主要通过解析 EnableFeignClients 注解的剖析属性信息并注册默认配置来完成配置类信息的扫描。随后，源码源码它将配置类注入到 Spring 容器中，分析实现配置信息的注册。接着，Feign 的自动装配过程通过 FeignAutoConfiguration 类中注入的 Feign 上下文来实现，它创建了一个 Feign 实例工厂，并从 Spring 上下文中获取 Feign 实例。

       在初始化阶段结束后，我们可以通过 Spring 容器获取 Feign 客户端。具体过程在 FeignClientsRegistrar#registerFeignClients 中实现，传入一个工厂到 BeanDefinition 的封装中。接着，通过工厂获取目标对象，主要过程涉及获取 Feign 上下文、利用上下文获取构造器以及调用 FeignClientFactoryBean#loadBalance 方法。

       在 FeignClientFactoryBean#loadBalance 中，主要任务是使用 Feign 上下文获取客户端并设置构造器，最后获取目标并调用其 target 方法。这一过程最终指向 Feign 的核心实现，生成了一个 Feign 代理对象。

       获取 Feign 代理对象后，我们可以通过调用代理对象的 invoke 方法进行远程调用。这一过程通过 feign.InvocationHandlerFactory 中的实现来完成，最终调用 Feign 实现的 executeAndDecode 方法执行实际的远程调用。整个调用过程涉及获取客户端基本信息、执行调用以及通过动态代理返回结果。

       最后，kdj设置源码Feign 调用最终通过 HTTP 协议进行远程请求的发送。整个解析过程展示了 Feign 如何通过 Spring Cloud 的集成，提供了一种优雅、灵活的远程调用方式，同时利用了 Feign 的动态代理和上下文管理，使得远程调用的实现变得更加简单、高效。

Java开发书籍推荐(多本)

       整理了一份关于Java开发的电子书资源，共约本PDF版本，分享给需要的朋友们。

       全部免费获取，无需添加QQ，无需关注公众号，直接使用百度网盘链接下载。

       请在下载后给予我一个赞，顺便分享给还在寻找资源的兄弟们。

       以下目录展示了部分书单内容，以供参考：

       Java

       - 天学通Java

       - Effective Java中文版（第2版）

       - Head First Java 中文高清版

       - EXPERT.ONE.ON.ONE.J2EE.DEVELOPMENT.WITHOUT.EJB-中文

       - Java 程序员进阶之路（亮白版）

       - Hibernate实战（第2版）

       - Java 8 实战

       - Java8函数式编程

       - Java8中的炫酷特性和Java9中的新特性-杨晓峰

       - JavaNIO（中文版）

       - JAVA优化编程

       - Java加密与解密的艺术 梁栋

       - Java基础与案例开发详解

       - Java学习路线图：Java必须知道的个问题

       - Java并发编程的艺术

       - JVM

       - Java虚拟机基础教程 高清中文版PDF

       - Java虚拟机并发编程

       - Java虚拟机规范(Java SE 8版)(带书签完整版)

       - 实战JAVA虚拟机 JVM故障诊断与性能优化

       - 揭秘Java虚拟机-JVM设计原理与实现

       - 深入理解Java虚拟机JVM高级特性与最佳实践第3版(周志朋)

       - 解析Java虚拟机器开发：权衡优化、高效和安全的最优方案

       Kubernetes

       - Kubernetes实战 ,吴龙辉 ,P

       - Kubernetes开源书

       - Kubernetes指南（Kubernetes Handbook）

       - Kubernetes权威指南第2版

       - Kubernetes经典实例

       - 阿里云深入浅出Kubernetes项目实战手册

       - 基于Kubernetes的容器云平台实战

       Linux

       - linux常用命令大全

       - Linux宝典

       - Linux环境编程：从应用到内核

       - LINUX防火墙（原书第3版）

       - Linux高级程序设计中文第三版杨宗德--人电出版社

       - [Linux命令详解词典].施威铭研究室.扫描版

       - 深入Linux内核架构 (图灵程序设计丛书·LinuxUNIX系列)

       - 鸟哥的LINUX私房菜_基础学习篇(第三版)

       - 鸟哥的LINUX私房菜：服务器架设篇 （第二版）

       MyBatis

       - MyBatis从入门到精通

       - Spring+MVC+MyBatis企业应用实战

       - MyBatis技术内幕

       - 深入浅出MyBatis技术原理与实战

       - Spring+MyBatis企业应用实战

       Netty

       - Netty实战中文高清版

       - Netty权威指南 第2版 带书签目录 完整版

       - Netty进阶之路 跟着案例学Netty_完整版

       Redis

       - Redis入门指南 第2版

       - Redis实战

       - Redis开发与运维-付磊

       - Redis深度历险：核心原理和应用实践

       - redis设计与实现

       - 深入理解Redis

       Spring

       - Spring Security实战 - 陈木鑫

       - Spring.2.0核心技术与最佳实践.廖雪峰.扫描版

       - Spring从入门到精通

       - Spring5高级编程

       - Spring实战(第4版文字版)

       - Spring揭秘

       - Spring源码深度解析

       - spring高级程序设计

       Spring Boot

       - Spring Boot 2+Thymeleaf企业应用实战

       - Spring技术内幕：深入解析Spring架构与设计原理

       - 精通spring - Mastering Spring

       - Spring Boot 2精髓(高清版)

       - Spring Boot企业级应用开发实战

       - Spring Boot+Vue全栈开发实战

       - Spring Boot开发实战

       - SpringBoot揭秘+快速构建微服务体系

       - 微服务实战：Dubbox+Spring Boot+Docker

       - 一步一步学Spring Boot 2微服务项目实战

       - 微服务架构实战 基于Spring Boot Spring Cloud Docker

       - 微服务架构基础（Spring Boot+Spring Cloud+Docker）

       - 深入实践Spring Boot.陈韶健

       Spring Cloud

       - Spring Cloud 微服务架构进阶

       - Spring Cloud与Docker高并发微服务架构设计实施

       - Spring Cloud与Docker微服务架构实战

       - Spring Cloud微服务全栈技术与案例解析

       - Spring Cloud微服务实战

       - Spring Cloud微服务架构开发实战

       - 疯狂Spring Cloud微服务架构实战

       - 重新定义Spring Cloud实战

       Zookeeper

       - Zookeeper 分布式过程

       - 从Paxos到Zookeeper 分布式一致性原理与实践

       其他

       - tomcat内核设计剖析

       - 大数据之路：阿里巴巴大数据实践

       - Hadoop大数据分析与挖掘实战

       - Git入门与实践完整版

       - Hadoop权威指南(第2版)

       - 构建工具

       - Maven实战

       - 架构

       - App后台开发运维和架构实践

       - 亿级流量网站架构核心技术

       - 数据结构和算法

       - Docker全攻略

       - Elasticsearch大数据搜索引擎

       - Git版本控制管理第2版(美)罗力格

       - Hadoop技术内幕 深入解析HADOOP COMMON和HDFS架构设计与实现原理

       - Hadoop技术内幕+深入理解MapReduce架构设计与实现原理

       - Hadoop技术内幕深入解析YARN架构设计与实现原理

       - 大话数据结构

       - 算法导论

       - Git权威指南-目录完美-完整版

       - 大话设计模式

       - 设计模式

       - 大厂笔试真题+答案

       - 人件（高清中英文合并版）

       - 代码整洁之道

       - 多处理器编程的艺术

       - 程序开发心理学（银年纪念版）

       - 计算机程序设计艺术（第一卷）高清中文版

       - 编程之美-完整版

       - 计算机程序设计艺术（第三卷）高清中文版

       - 计算机程序设计艺术（第二卷）高清中文版

Spring IoC源码深度剖析

       Spring IoC容器初始化深度剖析

       Spring IoC容器是Spring的核心组件，主要负责对象管理和依赖关系管理。容器体系丰富多样，如BeanFactory作为顶层容器，它定义了所有IoC容器的基本原则，而ApplicationContext及其子类如ClassPathXmlApplicationContext和AnnotationConfigApplicationContext则提供了额外功能。Spring IoC容器的初始化流程关键在AbstractApplicationContext的refresh方法中。

       1.1 初始化关键点

       通过创建特定类LagouBean并设置断点，我们发现Bean的创建在未设置延迟加载时，发生在容器初始化过程中。构造函数调用、InitializingBean的afterPropertiesSet方法以及BeanFactoryPostProcessor和BeanPostProcessor的初始化和调用，都在refresh方法的不同步骤中发生。

       1.2 主体流程概览

       Spring IoC容器初始化的主体流程主要集中在AbstractApplicationContext的refresh方法，涉及Bean对象创建、构造函数调用、初始化方法执行和处理器调用等步骤。

       1.3 深度剖析

       分析发现，延迟加载机制使得懒加载的bean在第一次调用getBean时才进行初始化。而对于非懒加载bean，它们在容器初始化阶段已经完成并缓存。glow源码安装Spring处理循环依赖的方法依赖于构造器调用的顺序规则，不支持原型bean的循环依赖，而对单例bean则通过setXxx或@Autowired方法提前暴露对象来避免循环依赖。

一文详解RocketMQ-Spring的源码解析与实战

       火箭MQ与Spring Boot整合详解：源码解析与实战

       本文将带你深入理解在Spring Boot项目中如何运用rocketmq-spring SDK进行消息收发，同时剖析其设计逻辑。此SDK是开源项目Apache RocketMQ的Spring集成，旨在简化在Spring Boot中的消息传递操作。

       首先，我们介绍rocketmq-spring-boot-starter的基本概念。它本质上是一个Spring Boot启动器，以“约定优于配置”的理念提供便捷的集成。通过在pom.xml中引入依赖并配置基本的配置文件，即可快速开始使用。

       配置rocketmq-spring-boot-starter时，需要关注以下两点：引入相关依赖和配置文件设置。生产者和消费者部分，我们将分别详细讲解操作步骤。

       对于生产者，仅需配置名字服务地址和生产者组，然后在需要发送消息的类中注入RocketMQTemplate，最后使用其提供的发送方法，如同步发送消息。模板类RocketMQTemplate封装了RocketMQ的API，简化了开发流程。

       消费者部分，同样在配置文件中配置，然后实现RocketMQListener，以便处理接收到的消息。源码分析显示，RocketMQAutoConfiguration负责启动消费者，其中DefaultRocketMQListenerContainer封装了RocketMQ的消费逻辑，确保支持多种参数类型。

       学习rocketmq-spring的最佳路径包括：首先通过示例代码掌握基本操作；其次理解模块结构和starter设计；接着深入理解自动配置文件和RocketMQ核心API的封装；最后，通过项目实践，扩展自己的知识，尝试自定义简单的Spring Boot启动器。

       通过这篇文章，希望你不仅能掌握rocketmq-spring在Spring Boot中的应用，还能提升对Spring Boot启动器和RocketMQ源码的插件伴侣源码理解。继续保持学习热情，探索更多技术细节！

张图，剖析 Spring AOP 源码，小白居然也能看懂，大神，请收下我的膝盖！

       本文将简要介绍AOP（面向切面编程）的基础知识与使用方法，并深入剖析Spring AOP源码。首先，我们需要理解AOP的基本概念。

       1. **基础知识

**

       1.1 **什么是AOP？

**

       AOP全称为Aspect Oriented Programming，即面向切面编程。AOP的思想中，周边功能（如性能统计、日志记录、事务管理等）被定义为切面，核心功能与切面功能独立开发，然后将两者“编织”在一起，这就是AOP的核心。

       AOP能够将与业务无关、却为业务模块共同调用的逻辑封装，减少系统重复代码，降低模块间的耦合度，有利于系统的可扩展性和可维护性。

       1.2 **AOP基础概念

**

       解释较为官方，以下用“方言”解释：AOP包括五种通知分类。

       1.3 **AOP简单示例

**

       创建`Louzai`类，添加`LouzaiAspect`切面，并在`applicationContext.xml`中配置。程序入口处添加`"睡觉"`方法并添加前置和后置通知。接下来，我们将探讨Spring内部如何实现这一过程。

       1.4 **Spring AOP工作流程

**

       为了便于理解后面的源码，我们将整体介绍源码执行流程。整个Spring AOP源码分为三块，结合示例进行讲解。

       第一块是前置处理，创建`Louzai`Bean前，小店积分源码遍历所有切面信息并存储在缓存中。第二块是后置处理，创建`Louzai`Bean时，主要处理两件事。第三块是执行切面，通过“责任链+递归”执行切面。

       2. **源码解读

**

       注意：Spring版本为5.2..RELEASE，否则代码可能不同！这里，我们将从原理部分开始，逐步深入源码。

       2.1 **代码入口

**

       从`getBean()`函数开始，进入创建Bean的逻辑。

       2.2 **前置处理

**

       主要任务是遍历切面信息并存储。

       这是重点！请务必注意！获取切面信息流程结束，后续操作都从缓存`advisorsCache`获取。

       2.2.1 **判断是否为切面

**

       执行逻辑为：判断是否包含切面信息。

       2.2.2 **获取切面列表

**

       进入`getAdvice()`，生成切面信息。

       2.3 **后置处理

**

       主要从缓存拿切面，与`Louzai`方法匹配，创建AOP代理对象。

       进入`doCreateBean()`，执行后续逻辑。

       2.3.1 **获取切面

**

       首先，查看如何获取`Louzai`的切面列表。

       进入`buildAspectJAdvisors()`，方法用于存储切面信息至缓存`advisorsCache`。随后回到`findEligibleAdvisors()`，从缓存获取所有切面信息。

       2.3.2 **创建代理对象

**

       有了`Louzai`的切面列表，开始创建AOP代理对象。

       这是重点！请仔细阅读！这里有两种创建AOP代理对象方式，我们选择使用Cglib。

       2.4 **切面执行

**

       通过“责任链+递归”执行切面与方法。

       这部分逻辑非常复杂！接下来是“执行切面”最核心的逻辑，简述设计思路。

       2.4.1 **第一次递归

**

       数组第一个对象执行`invoke()`，参数为`CglibMethodInvocation`。

       执行完毕后，继续执行`CglibMethodInvocation`的`process()`。

       2.4.2 **第二次递归

**

       数组第二个对象执行`invoke()`。

       2.4.3 **第三次递归

**

       数组第三个对象执行`invoke()`。

       执行完毕，退出递归，查看`invokeJoinpoint()`执行逻辑，即执行主方法。回到第三次递归入口，继续执行后续切面。

       切面执行逻辑已演示，直接查看执行方法。

       流程结束时，依次退出递归。

       2.4.4 **设计思路

**

       这部分代码研究了大半天，因为这里不是纯粹的责任链模式。

       纯粹的责任链模式中，对象内部有一个自身的`next`对象，执行当前对象方法后，启动`next`对象执行，直至最后一个`next`对象执行完毕，或中途因条件中断执行，责任链退出。

       这里`CglibMethodInvocation`对象内部无`next`对象，通过`interceptorsAndDynamicMethodMatchers`数组控制执行顺序，依次执行数组中的对象，直至最后一个对象执行完毕，责任链退出。

       这属于责任链，实现方式不同，后续会详细剖析。下面讨论类之间的关系。

       主对象为`CglibMethodInvocation`，继承于`ReflectiveMethodInvocation`，`process()`的核心逻辑在`ReflectiveMethodInvocation`中。

       `ReflectiveMethodInvocation`的`process()`控制整个责任链的执行。

       `ReflectiveMethodInvocation`的`process()`方法中，包含一个长度为3的数组`interceptorsAndDynamicMethodMatchers`，存储了3个对象，分别为`ExposeInvocationInterceptor`、`MethodBeforeAdviceInterceptor`、`AfterReturningAdviceInterceptor`。

       注意！这3个对象都继承了`MethodInterceptor`接口。

       每次`invoke()`调用时，都会执行`CglibMethodInvocation`的`process()`。

       是否有些困惑？别着急，我将再次帮你梳理。

       对象与方法的关系：

       可能有同学疑惑，`invoke()`的参数为`MethodInvocation`，没错！但`CglibMethodInvocation`也继承了`MethodInvocation`，可自行查看。

       执行逻辑：

       设计巧妙之处在于，纯粹的责任链模式中，`next`对象需要保证类型一致。但这里3个对象内部没有`next`成员，不能直接使用责任链模式。怎么办呢？就单独设计了`CglibMethodInvocation.process()`，通过无限递归`process()`实现责任链逻辑。

       这就是我们为什么要研究源码，学习优秀的设计思路！

       3. **总结

**

       本文首先介绍了AOP的基本概念与原理，通过示例展示了AOP的应用。之后深入剖析了Spring AOP源码，分为三部分。

       本文是Spring源码解析的第三篇，感觉是难度较大的一篇。图解代码花费了6个小时，整个过程都沉浸在代码的解析中。

       难度不在于抠图，而是“切面执行”的设计思路，即使流程能走通，将设计思想总结并清晰表达给读者，需要极大的耐心与理解能力。

       今天的源码解析到此结束，有关Spring源码的学习，大家还想了解哪些内容，欢迎留言给楼仔。

从源码剖析SpringBoot中Tomcat的默认最大连接数

       虽然前端的Chrome浏览器对WebSocket连接有限制，但实际情况下这个限制并不常见。SpringBoot中Tomcat的默认最大连接数和线程数配置对请求处理能力有很大影响。在SpringBoot 1.5.9.RELEASE版本中，未配置时，Tomcat默认的最大连接数为，而最大线程数为。然而，随着版本更新，这些默认值在新版本（如2.2.3.BUILD-SNAPSHOT）中可能有所调整，具体配置需查看最新文档或源码。

       在源码层面，可以通过ServerProperties类找到配置映射，然后在Tomcat类的customizeTomcat方法中，发现配置文件中的max-connections值会被赋值给endpoint的maxConnections属性，其默认值为。同样，maxThreads的默认值也在AbstractEndpoint类中设置，为。这些默认值在SpringBoot的最新版本中可能会有所变化，因此开发者在实际项目中需要根据需求进行调整。

Spring源码--Bean工厂之getBean方法

       Bean实例化与管理是Spring框架的核心功能之一，其中getBean方法作为获取Bean实例的主要手段，具有重要意义。接下来，我们将深入探讨getBean方法及其相关实现，以期更好地理解Spring Bean工厂的工作机制。

       一、getBean方法

       getBean方法是Spring容器对外提供的一种接口，用于根据指定的Bean名称获取对应Bean实例。该方法会根据配置信息和缓存机制，找到并返回所需的Bean。

       二、doGetBean方法

       doGetBean方法是getBean方法的内部实现，负责处理Bean的查找、创建和返回工作。其流程分为以下几个关键步骤：

       1. getSingleton

       若Bean是单例且已存在，则直接返回缓存的实例，无需重新创建。

       2. createBean

       若非单例或未找到缓存实例，将进入创建Bean的流程。此过程涉及实例化、属性填充和初始化三个主要步骤。

       2.1 实例化

       通过调用对应的构造函数或使用默认构造函数创建Bean实例。

       2.2 三级缓存

       在实例化后，新创建的Bean会首先存储于缓存中，随后被添加到Bean作用域的缓存中，以备后续使用。

       2.3 属性填充

       通过依赖注入或属性设置方法填充Bean的属性值，确保其具有所需的功能。

       2.4 初始化

       执行Bean的初始化方法，实现任何特定的初始化逻辑，如配置文件加载或数据库连接等。

       三、流程图

       为了更直观地展示getBean方法的执行流程，以下流程图详细展示了从查找至返回Bean实例的全过程，包括缓存操作、实例化、属性填充和初始化等关键步骤。

       四、循环依赖示意图

       在处理循环依赖时，Spring容器会采取特定策略以避免无限循环。以下示意图展示了两个单例Bean（A和B）之间循环依赖的处理过程，以及Spring如何通过延迟初始化等机制解决这一问题。

       本文通过深入剖析getBean方法及其相关实现，旨在帮助开发者更好地理解Spring Bean工厂的工作机制。通过掌握这些关键概念与流程，可以更高效地利用Spring框架构建可维护且高性能的应用程序。

剖析slf4j原理并实现自己的日志框架

       本文深入探讨了SLF4J的基本原理，并展示了如何实现自己的日志框架。SLF4J作为日志系统的一个适配层，其主要作用是解决日志系统选择和配置的复杂性。通过引入SLF4J，开发人员只需关注日志的编写逻辑，而无需关心日志系统的具体实现。SLF4J并不提供日志的直接实现，而是提供了一套接口以及获取具体日志对象的方法。SLF4J的实现包括SLF4J-SIMPLE、Logback和Log4j等。Logback和Log4j通过特定的桥接层与SLF4J兼容。

       本文详细分析了Logback的源码结构，展示了它如何基于门面模式实现日志接口，以及Log4j如何通过SLF4J-log4j桥接层与SLF4J进行交互。通过对比SLF4J-API与SLF4J-SIMPLE，本文进一步解释了SLF4J作为适配层的灵活性与重要性。在使用SLF4J时，多个实现可能会导致冲突，通过配置管理或更新依赖关系可以解决这类问题。

       通过实例分析，本文揭示了SLF4J如何帮助开发者在项目中引入不同的日志实现，并确保在更换或维护日志系统时的简便性。SLF4J的实现过程包括定义门面对象、实现自己的LoggerFactory和Logger，最终通过StaticLoggerBinder获取具体的Logger实例。

       实现自己的日志框架时，确保包名遵循SLF4J的查找规则至关重要。本文提出了实现日志框架的三大关键组件：定义包名、实现自定义的LoggerFactory和Logger。SLF4J的原理分析指出，其核心在于performInitialization()方法的执行，进而通过StaticLoggerBinder实现具体日志系统的获取。

       对于不改变原有代码而引入自己的日志框架，本文建议通过切面编程实现，确保该类被Spring管理且非null。在SpringBoot2.x中，通常使用cglib进行代理实现。项目已开源，欢迎读者指出错误，地址：gitee.com/z_w/LogSys...