Java学习指南
  • Java 编程的逻辑
  • Java进阶
  • Java FrameWorks
  • 了解 USB Type-A,B,C 三大标准接口
  • 深入浅出DDD
  • 重构:改善既有代码的设计
  • 面试大纲
  • 云原生
    • 什么是无服务器(what is serverless)?
  • 博客
    • 深入分析Log4j 漏洞
  • 博客
    • Serverless之快速搭建Spring Boot应用
  • 博客
    • 使用 Prometheus + Grafana + Spring Boot Actuator 监控应用
  • 博客
    • 使用 Prometheus + Grafana 监控 MySQL
  • 博客
    • 使用Github Actions + Docker 部署Spring Boot应用
  • 博客
    • Redis分布式锁之Redisson的原理和实践
  • 博客
    • 数据库中的树结构应该怎样去设计
  • 学习&成长
    • 如何成为技术大牛
  • 开发工具
    • Git Commit Message Guidelines
  • 开发工具
    • git命名大全
  • 开发工具
    • Gradle vs Maven Comparison
  • 开发工具
    • Swagger2常用注解及其说明
  • 开发工具
    • 简明 VIM 练级攻略
  • 微服务
    • 十大微服务设计模式和原则
  • 微服务
    • 微服务下的身份认证和令牌管理
  • 微服务
    • 微服务坏味道之循环依赖
  • 设计模式
    • 设计模式 - JDK中的设计模式
  • 设计模式
    • 设计模式 - Java三种代理模式
  • 设计模式
    • 设计模式 - 六大设计原则
  • 设计模式
    • 设计模式 - 单例模式
  • 设计模式
    • 设计模式 - 命名模式
  • 设计模式
    • 设计模式 - 备忘录模式
  • 设计模式
    • 设计模式 - 概览
  • 设计模式
    • 设计模式 - 没用的设计模式
  • 质量&效率
    • Homebrew 替换国内镜像源
  • 质量&效率
    • 工作中如何做好技术积累
  • Java FrameWorks
    • Logback
      • 自定义 logback 日志过滤器
  • Java FrameWorks
    • Mybatis
      • MyBatis(十三) - 整合Spring
  • Java FrameWorks
    • Mybatis
      • MyBatis(十二) - 一些API
  • Java FrameWorks
    • Mybatis
      • Mybatis(一) - 概述
  • Java FrameWorks
    • Mybatis
      • Mybatis(七) - 结果集的封装与映射
  • Java FrameWorks
    • Mybatis
      • Mybatis(三) - mapper.xml及其加载机制
  • Java FrameWorks
    • Mybatis
      • Mybatis(九) - 事务
  • Java FrameWorks
    • Mybatis
      • Mybatis(二) - 全局配置文件及其加载机制
  • Java FrameWorks
    • Mybatis
      • Mybatis(五) - SqlSession执行流程
  • Java FrameWorks
    • Mybatis
      • Mybatis(八) - 缓存
  • Java FrameWorks
    • Mybatis
      • Mybatis(六) - 动态SQL的参数绑定与执行
  • Java FrameWorks
    • Mybatis
      • Mybatis(十) - 插件
  • Java FrameWorks
    • Mybatis
      • Mybatis(十一) - 日志
  • Java FrameWorks
    • Mybatis
      • Mybatis(四) - Mapper接口解析
  • Java FrameWorks
    • Netty
      • Netty 可靠性分析
  • Java FrameWorks
    • Netty
      • Netty - Netty 线程模型
  • Java FrameWorks
    • Netty
      • Netty堆外内存泄露排查盛宴
  • Java FrameWorks
    • Netty
      • Netty高级 - 高性能之道
  • Java FrameWorks
    • Shiro
      • Shiro + JWT + Spring Boot Restful 简易教程
  • Java FrameWorks
    • Shiro
      • 非常详尽的 Shiro 架构解析!
  • Java FrameWorks
    • Spring
      • Spring AOP 使用介绍,从前世到今生
  • Java FrameWorks
    • Spring
      • Spring AOP 源码解析
  • Java FrameWorks
    • Spring
      • Spring Event 实现原理
  • Java FrameWorks
    • Spring
      • Spring Events
  • Java FrameWorks
    • Spring
      • Spring IOC容器源码分析
  • Java FrameWorks
    • Spring
      • Spring Integration简介
  • Java FrameWorks
    • Spring
      • Spring MVC 框架中拦截器 Interceptor 的使用方法
  • Java FrameWorks
    • Spring
      • Spring bean 解析、注册、实例化流程源码剖析
  • Java FrameWorks
    • Spring
      • Spring validation中@NotNull、@NotEmpty、@NotBlank的区别
  • Java FrameWorks
    • Spring
      • Spring 如何解决循环依赖?
  • Java FrameWorks
    • Spring
      • Spring 异步实现原理与实战分享
  • Java FrameWorks
    • Spring
      • Spring中的“for update”问题
  • Java FrameWorks
    • Spring
      • Spring中的设计模式
  • Java FrameWorks
    • Spring
      • Spring事务失效的 8 大原因
  • Java FrameWorks
    • Spring
      • Spring事务管理详解
  • Java FrameWorks
    • Spring
      • Spring计时器StopWatch使用
  • Java FrameWorks
    • Spring
      • 详述 Spring MVC 框架中拦截器 Interceptor 的使用方法
  • Java FrameWorks
    • Spring
      • 透彻的掌握 Spring 中@transactional 的使用
  • Java
    • Java IO&NIO&AIO
      • Java IO - BIO 详解
  • Java
    • Java IO&NIO&AIO
      • Java NIO - IO多路复用详解
  • Java
    • Java IO&NIO&AIO
      • Java N(A)IO - Netty
  • Java
    • Java IO&NIO&AIO
      • Java IO - Unix IO模型
  • Java
    • Java IO&NIO&AIO
      • Java IO - 分类
  • Java
    • Java IO&NIO&AIO
      • Java NIO - 基础详解
  • Java
    • Java IO&NIO&AIO
      • Java IO - 常见类使用
  • Java
    • Java IO&NIO&AIO
      • Java AIO - 异步IO详解
  • Java
    • Java IO&NIO&AIO
      • Java IO概述
  • Java
    • Java IO&NIO&AIO
      • Java IO - 设计模式
  • Java
    • Java IO&NIO&AIO
      • Java NIO - 零拷贝实现
  • Java
    • Java JVM
      • JVM 优化经验总结
  • Java
    • Java JVM
      • JVM 内存结构
  • Java
    • Java JVM
      • JVM参数设置
  • Java
    • Java JVM
      • Java 内存模型
  • Java
    • Java JVM
      • 从实际案例聊聊Java应用的GC优化
  • Java
    • Java JVM
      • Java 垃圾回收器G1详解
  • Java
    • Java JVM
      • 垃圾回收器Shenandoah GC详解
  • Java
    • Java JVM
      • 垃圾回收器ZGC详解
  • Java
    • Java JVM
      • 垃圾回收基础
  • Java
    • Java JVM
      • 如何优化Java GC
  • Java
    • Java JVM
      • 类加载机制
  • Java
    • Java JVM
      • 类字节码详解
  • Java
    • Java 基础
      • Java hashCode() 和 equals()
  • Java
    • Java 基础
      • Java 基础 - Java native方法以及JNI实践
  • Java
    • Java 基础
      • Java serialVersionUID 有什么作用?
  • Java
    • Java 基础
      • Java 泛型的类型擦除
  • Java
    • Java 基础
      • Java 基础 - Unsafe类解析
  • Java
    • Java 基础
      • Difference Between Statement and PreparedStatement
  • Java
    • Java 基础
      • Java 基础 - SPI机制详解
  • Java
    • Java 基础
      • Java 基础 - final
  • Java
    • Java 基础
      • Java中static关键字详解
  • Java
    • Java 基础
      • 为什么说Java中只有值传递?
  • Java
    • Java 基础
      • Java 基础 - 即时编译器原理解析及实践
  • Java
    • Java 基础
      • Java 基础 - 反射
  • Java
    • Java 基础
      • Java多态的面试题
  • Java
    • Java 基础
      • Java 基础 - 异常机制详解
  • Java
    • Java 基础
      • 为什么要有抽象类?
  • Java
    • Java 基础
      • 接口的本质
  • Java
    • Java 基础
      • Java 基础 - 枚举
  • Java
    • Java 基础
      • Java 基础 - 泛型机制详解
  • Java
    • Java 基础
      • Java 基础 - 注解机制详解
  • Java
    • Java 基础
      • 为什么 String hashCode 方法选择数字31作为乘子
  • Java
    • Java 并发
      • Java 并发 - 14个Java并发容器
  • Java
    • Java 并发
      • Java 并发 - AQS
  • Java
    • Java 并发
      • Java 并发 - BlockingQueue
  • Java
    • Java 并发
      • Java 并发 - CAS
  • Java
    • Java 并发
      • Java 并发 - Condition接口
  • Java
    • Java 并发
      • Java 并发 - CopyOnWriteArrayList
  • Java
    • Java 并发
      • Java 并发 - CountDownLatch、CyclicBarrier和Phaser对比
  • Java
    • Java 并发
      • Java 并发 - Fork&Join框架
  • Java
    • Java 并发
      • Java 并发 - Java CompletableFuture 详解
  • Java
    • Java 并发
      • Java 并发 - Java 线程池
  • Java
    • Java 并发
      • Java 并发 - Lock接口
  • Java
    • Java 并发
      • Java 并发 - ReentrantLock
  • Java
    • Java 并发
      • Java 并发 - ReentrantReadWriteLock
  • Java
    • Java 并发
      • Java 并发 - Synchronized
  • Java
    • Java 并发
      • Java 并发 - ThreadLocal 内存泄漏问题
  • Java
    • Java 并发
      • Java 并发 - ThreadLocal
  • Java
    • Java 并发
      • Java 并发 - Volatile
  • Java
    • Java 并发
      • Java 并发 - 从ReentrantLock的实现看AQS的原理及应用
  • Java
    • Java 并发
      • Java 并发 - 公平锁和非公平锁
  • Java
    • Java 并发
      • Java 并发 - 内存模型
  • Java
    • Java 并发
      • Java 并发 - 原子类
  • Java
    • Java 并发
      • Java 并发 - 如何确保三个线程顺序执行?
  • Java
    • Java 并发
      • Java 并发 - 锁
  • Java
    • Java 的新特性
      • Java 10 新特性概述
  • Java
    • Java 的新特性
      • Java 11 新特性概述
  • Java
    • Java 的新特性
      • Java 12 新特性概述
  • Java
    • Java 的新特性
      • Java 13 新特性概述
  • Java
    • Java 的新特性
      • Java 14 新特性概述
  • Java
    • Java 的新特性
      • Java 15 新特性概述
  • Java
    • Java 的新特性
      • Java 8的新特性
  • Java
    • Java 的新特性
      • Java 9 新特性概述
  • Java
    • Java 调试排错
      • 调试排错 - Java Debug Interface(JDI)详解
  • Java
    • Java 调试排错
      • 调试排错 - CPU 100% 排查优化实践
  • Java
    • Java 调试排错
      • 调试排错 - Java Heap Dump分析
  • Java
    • Java 调试排错
      • 调试排错 - Java Thread Dump分析
  • Java
    • Java 调试排错
      • 调试排错 - Java动态调试技术原理
  • Java
    • Java 调试排错
      • 调试排错 - Java应用在线调试Arthas
  • Java
    • Java 调试排错
      • 调试排错 - Java问题排查:工具单
  • Java
    • Java 调试排错
      • 调试排错 - 内存溢出与内存泄漏
  • Java
    • Java 调试排错
      • 调试排错 - 在线分析GC日志的网站GCeasy
  • Java
    • Java 调试排错
      • 调试排错 - 常见的GC问题分析与解决
  • Java
    • Java 集合
      • Java 集合 - ArrayList
  • Java
    • Java 集合
      • Java 集合 - HashMap 和 ConcurrentHashMap
  • Java
    • Java 集合
      • Java 集合 - HashMap的死循环问题
  • Java
    • Java 集合
      • Java 集合 - LinkedHashSet&Map
  • Java
    • Java 集合
      • Java 集合 - LinkedList
  • Java
    • Java 集合
      • Java 集合 - PriorityQueue
  • Java
    • Java 集合
      • Java 集合 - Stack & Queue
  • Java
    • Java 集合
      • Java 集合 - TreeSet & TreeMap
  • Java
    • Java 集合
      • Java 集合 - WeakHashMap
  • Java
    • Java 集合
      • Java 集合 - 为什么HashMap的容量是2的幂次方
  • Java
    • Java 集合
      • Java 集合 - 概览
  • Java
    • Java 集合
      • Java 集合 - 高性能队列Disruptor详解
  • 分布式
    • RPC
      • ⭐️RPC - Dubbo&hsf&Spring cloud的区别
  • 分布式
    • RPC
      • ⭐️RPC - Dubbo的架构原理
  • 分布式
    • RPC
      • ⭐️RPC - HSF的原理分析
  • 分布式
    • RPC
      • ⭐️RPC - 你应该知道的RPC原理
  • 分布式
    • RPC
      • ⭐️RPC - 动态代理
  • 分布式
    • RPC
      • 深入理解 RPC 之协议篇
  • 分布式
    • RPC
      • RPC - 序列化和反序列化
  • 分布式
    • RPC
      • ⭐️RPC - 服务注册与发现
  • 分布式
    • RPC
      • RPC - 核心原理
  • 分布式
    • RPC
      • ⭐️RPC - 框架对比
  • 分布式
    • RPC
      • ⭐️RPC - 网络通信
  • 分布式
    • 分布式事务
      • 分布式事务 Seata TCC 模式深度解析
  • 分布式
    • 分布式事务
      • 分布式事务的实现原理
  • 分布式
    • 分布式事务
      • 常用的分布式事务解决方案
  • 分布式
    • 分布式事务
      • 手写实现基于消息队列的分布式事务框架
  • 分布式
    • 分布式算法
      • CAP 定理的含义
  • 分布式
    • 分布式算法
      • Paxos和Raft比较
  • 分布式
    • 分布式算法
      • 分布式一致性与共识算法
  • 分布式
    • 分布式锁
      • ⭐️分布式锁的原理及实现方式
  • 分布式
    • 搜索引擎
      • ElasticSearch与SpringBoot的集成与JPA方法的使用
  • 分布式
    • 搜索引擎
      • 全文搜索引擎 Elasticsearch 入门教程
  • 分布式
    • 搜索引擎
      • 十分钟学会使用 Elasticsearch 优雅搭建自己的搜索系统
  • 分布式
    • 搜索引擎
      • 腾讯万亿级 Elasticsearch 技术解密
  • 分布式
    • 日志系统
      • Grafana Loki 简明教程
  • 分布式
    • 日志系统
      • 分布式系统中如何优雅地追踪日志
  • 分布式
    • 日志系统
      • 如何优雅地记录操作日志?
  • 分布式
    • 日志系统
      • 日志收集组件—Flume、Logstash、Filebeat对比
  • 分布式
    • 日志系统
      • 集中式日志系统 ELK 协议栈详解
  • 分布式
    • 消息队列
      • 消息队列 - Kafka
  • 分布式
    • 消息队列
      • 消息队列 - Kafka、RabbitMQ、RocketMQ等消息中间件的对比
  • 分布式
    • 消息队列
      • 消息队列之 RabbitMQ
  • 分布式
    • 消息队列
      • 消息队列 - 使用docker-compose构建kafka集群
  • 分布式
    • 消息队列
      • 消息队列 - 分布式系统与消息的投递
  • 分布式
    • 消息队列
      • 消息队列 - 如何保证消息的可靠性传输
  • 分布式
    • 消息队列
      • 消息队列 - 如何保证消息的顺序性
  • 分布式
    • 消息队列
      • 消息队列 - 如何保证消息队列的高可用
  • 分布式
    • 消息队列
      • 消息队列 - 消息队列设计精要
  • 分布式
    • 监控系统
      • 深度剖析开源分布式监控CAT
  • 大数据
    • Flink
      • Flink架构与核心组件
  • 微服务
    • Dubbo
      • 基于dubbo的分布式应用中的统一异常处理
  • 微服务
    • Dubbo
      • Vim快捷键
  • 微服务
    • Service Mesh
      • Istio 是什么?
  • 微服务
    • Service Mesh
      • OCTO 2.0:美团基于Service Mesh的服务治理系统详解
  • 微服务
    • Service Mesh
      • Service Mesh是什么?
  • 微服务
    • Service Mesh
      • Spring Cloud向Service Mesh迁移
  • 微服务
    • Service Mesh
      • 数据挖掘算法
  • 微服务
    • Service Mesh
      • Seata Saga 模式
  • 微服务
    • Spring Cloud
      • Seata TCC 模式
  • 微服务
    • Spring Cloud
      • Spring Cloud Config
  • 微服务
    • Spring Cloud
      • Seata AT 模式
  • 微服务
    • Spring Cloud
      • Spring Cloud Gateway
  • 微服务
    • Spring Cloud
      • Spring Cloud OpenFeign 的核心原理
  • 微服务
    • Spring Cloud
      • Seata XA 模式
  • 数据库
    • Database Version Control
      • Liquibase vs. Flyway
  • 数据库
    • Database Version Control
      • Six reasons to version control your database
  • 数据库
    • MySQL
      • How Sharding Works
  • 数据库
    • MySQL
      • MySQL InnoDB中各种SQL语句加锁分析
  • 数据库
    • MySQL
      • MySQL 事务隔离级别和锁
  • 数据库
    • MySQL
      • MySQL 索引性能分析概要
  • 数据库
    • MySQL
      • MySQL 索引设计概要
  • 数据库
    • MySQL
      • MySQL出现Waiting for table metadata lock的原因以及解决方法
  • 数据库
    • MySQL
      • MySQL的Limit性能问题
  • 数据库
    • MySQL
      • MySQL索引优化explain
  • 数据库
    • MySQL
      • MySQL索引背后的数据结构及算法原理
  • 数据库
    • MySQL
      • MySQL行转列、列转行问题
  • 数据库
    • MySQL
      • 一条SQL更新语句是如何执行的?
  • 数据库
    • MySQL
      • 一条SQL查询语句是如何执行的?
  • 数据库
    • MySQL
      • 为什么 MySQL 使用 B+ 树
  • 数据库
    • MySQL
      • 为什么 MySQL 的自增主键不单调也不连续
  • 数据库
    • MySQL
      • 为什么我的MySQL会“抖”一下?
  • 数据库
    • MySQL
      • 为什么数据库不应该使用外键
  • 数据库
    • MySQL
      • 为什么数据库会丢失数据
  • 数据库
    • MySQL
      • 事务的可重复读的能力是怎么实现的?
  • 数据库
    • MySQL
      • 大众点评订单系统分库分表实践
  • 数据库
    • MySQL
      • 如何保证缓存与数据库双写时的数据一致性?
  • 数据库
    • MySQL
      • 浅谈数据库并发控制 - 锁和 MVCC
  • 数据库
    • MySQL
      • 深入浅出MySQL 中事务的实现
  • 数据库
    • MySQL
      • 浅入浅出MySQL 和 InnoDB
  • 数据库
    • PostgreSQL
      • PostgreSQL upsert功能(insert on conflict do)的用法
  • 数据库
    • Redis
      • Redis GEO & 实现原理深度分析
  • 数据库
    • Redis
      • Redis 和 I/O 多路复用
  • 数据库
    • Redis
      • Redis分布式锁
  • 数据库
    • Redis
      • Redis实现分布式锁中的“坑”
  • 数据库
    • Redis
      • Redis总结
  • 数据库
    • Redis
      • 史上最全Redis高可用技术解决方案大全
  • 数据库
    • Redis
      • Redlock:Redis分布式锁最牛逼的实现
  • 数据库
    • Redis
      • 为什么 Redis 选择单线程模型
  • 数据库
    • TiDB
      • 新一代数据库TiDB在美团的实践
  • 数据库
    • 数据仓库
      • 实时数仓在有赞的实践
  • 数据库
    • 数据库原理
      • OLTP与OLAP的关系是什么?
  • 数据库
    • 数据库原理
      • 为什么 OLAP 需要列式存储
  • 系统设计
    • DDD
      • Domain Primitive
  • 系统设计
    • DDD
      • Repository模式
  • 系统设计
    • DDD
      • 应用架构
  • 系统设计
    • DDD
      • 聊聊如何避免写流水账代码
  • 系统设计
    • DDD
      • 领域层设计规范
  • 系统设计
    • DDD
      • 从三明治到六边形
  • 系统设计
    • DDD
      • 阿里盒马领域驱动设计实践
  • 系统设计
    • DDD
      • 领域驱动设计(DDD)编码实践
  • 系统设计
    • DDD
      • 领域驱动设计在互联网业务开发中的实践
  • 系统设计
    • 基础架构
      • 容错,高可用和灾备
  • 系统设计
    • 数据聚合
      • GraphQL及元数据驱动架构在后端BFF中的实践
  • 系统设计
    • 数据聚合
      • 高效研发-闲鱼在数据聚合上的探索与实践
  • 系统设计
    • 服务安全
      • JSON Web Token 入门教程
  • 系统设计
    • 服务安全
      • 你还在用JWT做身份认证嘛?
  • 系统设计
    • 服务安全
      • 凭证(Credentials)
  • 系统设计
    • 服务安全
      • 授权(Authorization)
  • 系统设计
    • 服务安全
      • 理解OAuth2.0
  • 系统设计
    • 服务安全
      • 认证(Authentication)
  • 系统设计
    • 架构案例
      • 微信 Android 客户端架构演进之路
  • 系统设计
    • 高可用架构
      • 业务高可用的保障:异地多活架构
  • 计算机基础
    • 字符编码
      • Base64原理解析
  • 计算机基础
    • 字符编码
      • 字符编码笔记:ASCII,Unicode 和 UTF-8
  • 计算机基础
    • 操作系统
      • 为什么 CPU 访问硬盘很慢
  • 计算机基础
    • 操作系统
      • 为什么 HTTPS 需要 7 次握手以及 9 倍时延
  • 计算机基础
    • 操作系统
      • 为什么 Linux 默认页大小是 4KB
  • 计算机基础
    • 操作系统
      • 磁盘IO那些事
  • 计算机基础
    • 操作系统
      • 虚拟机的3种网络模式
  • 计算机基础
    • 服务器
      • mac终端bash、zsh、oh-my-zsh最实用教程
  • 计算机基础
    • 服务器
      • Nginx强制跳转Https
  • 计算机基础
    • 服务器
      • curl 的用法指南
  • 计算机基础
    • 网络安全
      • 如何设计一个安全的对外接口?
  • 计算机基础
    • 网络安全
      • 浅谈常见的七种加密算法及实现
  • 计算机基础
    • 网络编程
      • MQTT - The Standard for IoT Messaging
  • 计算机基础
    • 网络编程
      • 两万字长文 50+ 张趣图带你领悟网络编程的内功心法
  • 计算机基础
    • 网络编程
      • 为什么 TCP 协议有 TIME_WAIT 状态
  • 计算机基础
    • 网络编程
      • 为什么 TCP 协议有性能问题
  • 计算机基础
    • 网络编程
      • 为什么 TCP 协议有粘包问题
  • 计算机基础
    • 网络编程
      • 为什么 TCP 建立连接需要三次握手
  • 计算机基础
    • 网络编程
      • 为什么 TCP/IP 协议会拆分数据
  • 计算机基础
    • 网络编程
      • 使用 OAuth 2 和 JWT 为微服务提供安全保障
  • 计算机基础
    • 网络编程
      • 四种常见的 POST 提交数据方式
  • 计算机基础
    • 网络编程
      • 有赞TCP网络编程最佳实践
  • 计算机基础
    • 网络编程
      • 看完这篇HTTP,跟面试官扯皮就没问题了
  • 计算机基础
    • 网络编程
      • 详细解析 HTTP 与 HTTPS 的区别
  • 质量&效率
    • 快捷键
      • Idea快捷键(Mac版)
  • 质量&效率
    • 快捷键
      • Shell快捷键
  • 质量&效率
    • 快捷键
      • conduit
  • 质量&效率
    • 敏捷开发
      • Scrum的3种角色
  • 质量&效率
    • 敏捷开发
      • Scrum的4种会议
  • 质量&效率
    • 敏捷开发
      • ThoughtWorks的敏捷开发
  • 质量&效率
    • 敏捷开发
      • 敏捷开发入门教程
  • 运维&测试
    • Docker
      • Docker (容器) 的原理
  • 运维&测试
    • Docker
      • Docker Compose:链接外部容器的几种方式
  • 运维&测试
    • Docker
      • Docker 入门教程
  • 运维&测试
    • Docker
      • Docker 核心技术与实现原理
  • 运维&测试
    • Docker
      • Dockerfile 最佳实践
  • 运维&测试
    • Docker
      • Docker开启Remote API 访问 2375端口
  • 运维&测试
    • Docker
      • Watchtower - 自动更新 Docker 镜像与容器
  • 运维&测试
    • Kubernetes
      • Kubernetes 介绍
  • 运维&测试
    • Kubernetes
      • Kubernetes 在有赞的实践
  • 运维&测试
    • Kubernetes
      • Kubernetes 学习路径
  • 运维&测试
    • Kubernetes
      • Kubernetes如何改变美团的云基础设施?
  • 运维&测试
    • Kubernetes
      • Kubernetes的三种外部访问方式:NodePort、LoadBalancer 和 Ingress
  • 运维&测试
    • Kubernetes
      • 谈 Kubernetes 的架构设计与实现原理
  • 运维&测试
    • 压测
      • 全链路压测平台(Quake)在美团中的实践
  • 运维&测试
    • 测试
      • Cpress - JavaScript End to End Testing Framework
  • 运维&测试
    • 测试
      • 代码覆盖率-JaCoCo
  • 运维&测试
    • 测试
      • 浅谈代码覆盖率
  • 运维&测试
    • 测试
      • 测试中 Fakes、Mocks 以及 Stubs 概念明晰
  • Java FrameWorks
    • Spring
      • Spring AOP
        • Spring AOP中的Bean是如何被AOP代理的
  • Java FrameWorks
    • Spring
      • Spring AOP
        • Spring AOP原生动态代理和Cglib动态代理
  • Java FrameWorks
    • Spring
      • Spring AOP
        • Spring AOP实现方式(xml&注解)
  • Java FrameWorks
    • Spring
      • Spring AOP
        • Spring AOP是如何收集切面类并封装的
  • Java FrameWorks
    • Spring
      • Spring AOP
        • Spring AOP概述
  • Java FrameWorks
    • Spring
      • Spring AOP
        • Spring AOP的底层核心后置处理器
  • Java FrameWorks
    • Spring
      • Spring AOP
        • Spring AOP的延伸知识
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot - IOC(一)
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot - IOC(三)
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot - IOC(二)
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot - IOC(五)
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot - IOC(四) - 循环依赖与解决方案
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot - 启动引导
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot JarLauncher
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot Web Mvc 自动装配
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot 使用ApplicationListener监听器
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot 声明式事务
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot 嵌入式容器
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot引起的“堆外内存泄漏”排查及经验总结
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot的启动流程
  • Java FrameWorks
    • Spring
      • Spring Boot
        • Spring Boot自动化配置源码分析
  • Java FrameWorks
    • Spring
      • Spring Boot
        • 如何自定义Spring Boot Starter?
  • Java FrameWorks
    • Spring
      • Spring IOC
        • IOC - 模块装配和条件装配
  • Java FrameWorks
    • Spring
      • Spring IOC
        • IOC - 配置源(xml,注解)
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring Environment
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring ApplicationContext
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring BeanDefinition
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring BeanFactory
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring BeanFactoryPostProcessor
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring BeanPostProcessor
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring Bean的生命周期(一) - 概述
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring Bean的生命周期(三) - 实例化阶段
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring Bean的生命周期(二) - BeanDefinition
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring Bean的生命周期(五) - 销毁阶段
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring Bean的生命周期(四) - 初始化阶段
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring ComponentScan
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring Events
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring IOC 基础篇
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring IOC 总结
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring IOC 进阶篇
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring IOC容器的生命周期
  • Java FrameWorks
    • Spring
      • Spring IOC
        • Spring Resource
  • Java FrameWorks
    • Spring
      • Spring MVC
        • DispatcherServlet的初始化原理
  • Java FrameWorks
    • Spring
      • Spring MVC
        • DispatcherServlet的核心工作原理
  • Java FrameWorks
    • Spring
      • Spring MVC
        • WebMvc的架构设计与组件功能解析
  • Java FrameWorks
    • Spring
      • Spring Security
        • Spring Boot 2 + Spring Security 5 + JWT 的单页应用 Restful 解决方案
  • Java FrameWorks
    • Spring
      • Spring Security
        • Spring Security Oauth
  • Java FrameWorks
    • Spring
      • Spring Security
        • Spring Security
  • Java FrameWorks
    • Spring
      • Spring WebFlux
        • DispatcherHandler的工作原理(传统方式)
  • Java FrameWorks
    • Spring
      • Spring WebFlux
        • DispatcherHandler的工作原理(函数式端点)
  • Java FrameWorks
    • Spring
      • Spring WebFlux
        • WebFlux的自动装配
  • Java FrameWorks
    • Spring
      • Spring WebFlux
        • 快速了解响应式编程与Reactive
  • Java FrameWorks
    • Spring
      • Spring WebFlux
        • 快速使用WebFlux
  • 分布式
    • 协调服务
      • Zookeeper
        • Zookeeper - 客户端之 Curator
  • 分布式
    • 协调服务
      • Zookeeper
        • 详解分布式协调服务 ZooKeeper
  • 分布式
    • 协调服务
      • etcd
        • 高可用分布式存储 etcd 的实现原理
  • 数据库
    • Database Version Control
      • Flyway
        • Database Migrations with Flyway
  • 数据库
    • Database Version Control
      • Flyway
        • How Flyway works
  • 数据库
    • Database Version Control
      • Flyway
        • Rolling Back Migrations with Flyway
  • 数据库
    • Database Version Control
      • Flyway
        • The meaning of the concept of checksums
  • 数据库
    • Database Version Control
      • Liquibase
        • Introduction to Liquibase Rollback
  • 数据库
    • Database Version Control
      • Liquibase
        • LiquiBase中文学习指南
  • 数据库
    • Database Version Control
      • Liquibase
        • Use Liquibase to Safely Evolve Your Database Schema
  • 系统设计
    • 流量控制
      • RateLimiter
        • Guava Rate Limiter实现分析
  • 系统设计
    • 流量控制
      • Sentinel
        • Sentinel 与 Hystrix 的对比
  • 系统设计
    • 流量控制
      • Sentinel
        • Sentinel工作主流程
  • 系统设计
    • 流量控制
      • 算法
        • 分布式服务限流实战
  • 系统设计
    • 解决方案
      • 秒杀系统
        • 如何设计一个秒杀系统
  • 系统设计
    • 解决方案
      • 红包系统
        • 微信高并发资金交易系统设计方案--百亿红包背后的技术支撑
  • 计算机基础
    • 数据结构与算法
      • 其他相关
        • 什么是预排序遍历树算法(MPTT,Modified Preorder Tree Traversal)
  • 计算机基础
    • 数据结构与算法
      • 其他相关
        • 加密算法
  • 计算机基础
    • 数据结构与算法
      • 其他相关
        • 推荐系统算法
  • 计算机基础
    • 数据结构与算法
      • 其他相关
        • linkerd
  • 计算机基础
    • 数据结构与算法
      • 其他相关
        • 查找算法
  • 计算机基础
    • 数据结构与算法
      • 其他相关
        • 缓存淘汰算法中的LRU和LFU
  • 计算机基础
    • 数据结构与算法
      • 其他相关
        • 负载均衡算法
  • 计算机基础
    • 数据结构与算法
      • 分布式算法
        • 分布式算法 - Paxos算法
  • 计算机基础
    • 数据结构与算法
      • 分布式算法
        • 分布式算法 - Raft算法
  • 计算机基础
    • 数据结构与算法
      • 分布式算法
        • 分布式算法 - Snowflake算法
  • 计算机基础
    • 数据结构与算法
      • 分布式算法
        • 分布式算法 - ZAB算法
  • 计算机基础
    • 数据结构与算法
      • 分布式算法
        • 分布式算法 - 一致性Hash算法
  • 计算机基础
    • 数据结构与算法
      • 大数据处理
        • 大数据处理 - Bitmap & Bloom Filter
  • 计算机基础
    • 数据结构与算法
      • 大数据处理
        • 大数据处理 - Map & Reduce
  • 计算机基础
    • 数据结构与算法
      • 大数据处理
        • 大数据处理 - Trie树/数据库/倒排索引
  • 计算机基础
    • 数据结构与算法
      • 大数据处理
        • 大数据处理 - 分治/hash/排序
  • 计算机基础
    • 数据结构与算法
      • 大数据处理
        • 大数据处理 - 双层桶划分
  • 计算机基础
    • 数据结构与算法
      • 大数据处理
        • 大数据处理 - 外(磁盘文件)排序
  • 计算机基础
    • 数据结构与算法
      • 大数据处理
        • 大数据处理 - 布隆过滤器
  • 计算机基础
    • 数据结构与算法
      • 大数据处理
        • 大数据处理算法
  • 计算机基础
    • 数据结构与算法
      • 字符串匹配算法
        • 字符串匹配 - 文本预处理:后缀树(Suffix Tree)
  • 计算机基础
    • 数据结构与算法
      • 字符串匹配算法
        • 字符串匹配 - 模式预处理:BM 算法 (Boyer-Moore)
  • 计算机基础
    • 数据结构与算法
      • 字符串匹配算法
        • 字符串匹配 - 模式预处理:KMP 算法(Knuth-Morris-Pratt)
  • 计算机基础
    • 数据结构与算法
      • 字符串匹配算法
        • 字符串匹配 - 模式预处理:朴素算法(Naive)(暴力破解)
  • 计算机基础
    • 数据结构与算法
      • 字符串匹配算法
        • 字符串匹配
  • 计算机基础
    • 数据结构与算法
      • 常用算法
        • 分支限界算法
  • 计算机基础
    • 数据结构与算法
      • 常用算法
        • 分治算法
  • 计算机基础
    • 数据结构与算法
      • 常用算法
        • 动态规划算法
  • 计算机基础
    • 数据结构与算法
      • 常用算法
        • 回溯算法
  • 计算机基础
    • 数据结构与算法
      • 常用算法
        • 贪心算法
  • 计算机基础
    • 数据结构与算法
      • 排序算法
        • 十大排序算法
  • 计算机基础
    • 数据结构与算法
      • 排序算法
        • 图解排序算法(一)之3种简单排序(选择,冒泡,直接插入)
  • 计算机基础
    • 数据结构与算法
      • 排序算法
        • 图解排序算法(三)之堆排序
  • 计算机基础
    • 数据结构与算法
      • 排序算法
        • 图解排序算法(二)之希尔排序
  • 计算机基础
    • 数据结构与算法
      • 排序算法
        • 图解排序算法(四)之归并排序
  • 计算机基础
    • 数据结构与算法
      • 数据结构
        • 树的高度和深度
  • 计算机基础
    • 数据结构与算法
      • 数据结构
        • 红黑树深入剖析及Java实现
  • 计算机基础
    • 数据结构与算法
      • 数据结构
        • 线性结构 - Hash
  • 计算机基础
    • 数据结构与算法
      • 数据结构
        • 线性结构 - 数组、链表、栈、队列
  • 计算机基础
    • 数据结构与算法
      • 数据结构
        • 逻辑结构 - 树
  • 运维&测试
    • 测试
      • Spock
        • Groovy 简明教程
  • 运维&测试
    • 测试
      • Spock
        • Spock 官方文档
  • 运维&测试
    • 测试
      • Spock
        • Spock单元测试框架介绍以及在美团优选的实践
  • 运维&测试
    • 测试
      • TDD
        • TDD 实践 - FizzFuzzWhizz(一)
  • 运维&测试
    • 测试
      • TDD
        • TDD 实践 - FizzFuzzWhizz(三)
  • 运维&测试
    • 测试
      • TDD
        • TDD 实践 - FizzFuzzWhizz(二)
  • 运维&测试
    • 测试
      • TDD
        • 测试驱动开发(TDD)- 原理篇
  • 微服务
    • Spring Cloud
      • Spring Cloud Alibaba
        • Nacos
          • Nacos 服务注册的原理
  • 微服务
    • Spring Cloud
      • Spring Cloud Alibaba
        • Nacos
          • Nacos 配置中心原理分析
  • 微服务
    • Spring Cloud
      • Spring Cloud Alibaba
        • Seata
          • 服务调用过程
  • 微服务
    • Spring Cloud
      • Spring Cloud Alibaba
        • Seata
          • Spring Cloud Bus
  • 微服务
    • Spring Cloud
      • Spring Cloud Alibaba
        • Seata
          • Spring Cloud Consul
  • 微服务
    • Spring Cloud
      • Spring Cloud Alibaba
        • Seata
          • Spring Cloud Stream
  • 微服务
    • Spring Cloud
      • Spring Cloud Alibaba
        • Sentinel
          • Sentinel 与 Hystrix 的对比
  • 微服务
    • Spring Cloud
      • Spring Cloud Alibaba
        • Sentinel
          • Sentinel
  • 微服务
    • Spring Cloud
      • Spring Cloud Netflix
        • Hystrix
          • How Hystrix Works
  • 微服务
    • Spring Cloud
      • Spring Cloud Netflix
        • Hystrix
          • Hystrix
  • 微服务
    • Spring Cloud
      • Spring Cloud Netflix
        • Hystrix
          • Hystrix原理与实战
  • 微服务
    • Spring Cloud
      • Spring Cloud Netflix
        • Hystrix
          • Spring Cloud Hystrix基本原理
由 GitBook 提供支持
在本页
  • 1. BeanDefinition
  • 1.1 BeanDefinition概述
  • 1.2 BeanDefinition的结构
  • 1.3 体会BeanDefinition
  • 2. BeanDefinitionRegistry
  • 2.1 BeanDefinitionRegistry概述
  • 2.2 BeanDefinitionRegistry维护BeanDefinition的使用
  • 2.3 BeanDefinition的合并
  • 2.4 设计BeanDefinition的意义

这有帮助吗?

  1. Java FrameWorks
  2. Spring
  3. Spring IOC

Spring BeanDefinition

上一页Spring IOC下一页Java FrameWorks

最后更新于2年前

这有帮助吗?

1. BeanDefinition

1.1 BeanDefinition概述

还是跟往常一样,先对 BeanDefinition 有一个整体的认识。

前面我们已经知道,BeanDefinition 也是一种配置元信息,它描述了 Bean 的定义信息。下面咱还是通过多个途径来试着了解 BeanDefinition 的概念。

1.1.1 官方文档

官方文档对于 BeanDefinition 的介绍并没有使用很大的篇幅,基本也只是概述一下就完事了:

A bean definition can contain a lot of configuration information, including constructor arguments, property values, and container-specific information, such as the initialization method, a static factory method name, and so on. A child bean definition inherits configuration data from a parent definition. The child definition can override some values or add others as needed. Using parent and child bean definitions can save a lot of typing. Effectively, this is a form of templating.

bean 的定义信息可以包含许多配置信息,包括构造函数参数,属性值和特定于容器的信息,例如初始化方法,静态工厂方法名称等。子 bean 定义可以从父 bean 定义继承配置数据。子 bean 的定义信息可以覆盖某些值,或者可以根据需要添加其他值。使用父 bean 和子 bean 的定义可以节省很多输入(实际上,这是一种模板的设计形式)。

文档已经解释的比较清楚了,bean 的定义就是包含了这个 bean 应该有的所有重要信息,并且它又提到了一个概念:bean 的定义信息也是有层次性的(联想 BeanFactory 的层次性),bean 的定义信息可以继承自某个已经有的定义信息,并覆盖父信息的一些配置值(而且文档最后也说了这相当于模板的设计)。

1.1.2 javadoc

翻开 BeanDefinition 接口的 javadoc ,里面写的不多,不过也已经很精确的说明了 BeanDefinition 的基本作用:

A BeanDefinition describes a bean instance, which has property values, constructor argument values, and further information supplied by concrete implementations. This is just a minimal interface: The main intention is to allow a BeanFactoryPostProcessor such as PropertyPlaceholderConfigurer to introspect and modify property values and other bean metadata.

BeanDefinition 描述了一个 bean 的实例,该实例具有属性值,构造函数参数值以及具体实现所提供的更多信息。 这只是一个最小的接口,它的主要目的是允许 BeanFactoryPostProcessor(例如 PropertyPlaceholderConfigurer )内省和修改属性值和其他 bean 的元数据。

对比起官方文档,javadoc 额外提了编码设计中 BeanDefinition 的使用:BeanFactoryPostProcessor 可以任意修改 BeanDefinition 中的信息。这里面又提到了一个 BeanFactoryPostProcessor 的概念,不要着急不要慌张,后面我们马上就学到后置处理器的部分,自然就都学到啦 ~

1.1.3 BeanDefinition接口的方法定义

借助 IDE ,打开 BeanDefinition 的接口定义,从方法列表上看,BeanDefinition 整体包含以下几个部分:

  • Bean 的类信息 - 全限定类名 ( beanClassName )

  • Bean 的属性 - 作用域 ( scope ) 、是否默认 Bean ( primary ) 、描述信息 ( description ) 等

  • Bean 的行为特征 - 是否延迟加载 ( lazy ) 、是否自动注入 ( autowireCandidate ) 、初始化 / 销毁方法 ( initMethod / destroyMethod ) 等

  • Bean 与其他 Bean 的关系 - 父 Bean 名 ( parentName ) 、依赖的 Bean ( dependsOn ) 等

  • Bean 的配置属性 - 构造器参数 ( constructorArgumentValues ) 、属性变量值 ( propertyValues ) 等

由此可见,BeanDefinition 几乎把 bean 的所有信息都能收集并封装起来,可以说是很全面了。

1.1.4 面试中如何概述BeanDefinition

以下答案仅供参考,可根据自己的理解调整回答内容:

**BeanDefinition** 描述了 SpringFramework 中 bean 的元信息,它包含 bean 的类信息、属性、行为、依赖关系、配置信息等。**BeanDefinition** 具有层次性,并且可以在 IOC 容器初始化阶段被 **BeanDefinitionRegistryPostProcessor** 构造和注册,被 **BeanFactoryPostProcessor** 拦截修改等。

1.2 BeanDefinition的结构

跟上一章一样,搞明白了 BeanDefinition 是什么,下面咱来看看 BeanDefinition 在 SpringFramework 中是如何设计的:

借助 IDEA ,可以形成如下的继承关系图:

可以发现这里面涉及到的接口、抽象类和扩展居然如此之多,当然我们也不会全部都去探索,只挑其中重要的来看就好啦。

1.2.1 AttributeAccessor

看类名就知道,它是属性的访问器,那它一定具有可以访问对象属性的功能咯?文档注释写的非常简单,就一句话:

Interface defining a generic contract for attaching and accessing metadata to/from arbitrary objects.

定义用于将元数据附加到任意对象,或从任意对象访问元数据的通用协定的接口。

看上去,它很像是类中定义的 getter 和 setter 方法呀,不过实际上它与 getter 、setter 方法有所区别。

1.2.1.1 回顾元信息的概念

元信息的部分我们有说过,一个类中有什么属性、什么方法,是封装在 **Class** 类对象中的,通过反射可以获取类的属性、方法定义信息。

比方说以下一个例子:

public class Person {
    private String name;
    
    public String getName() {
        return name;
    }
    
    public void setName(String name) {
        this.name = name;
    }
}

像这样的一个简单的类,如果用定义性质的语言描述,可以抽象成如下内容:

className: Person
attributes: [name]
methods: [getName, setName]

1.2.1.2 AttributeAccessor的设计

翻看 AttributeAccessor 的接口方法,会发现它不只是简单的 getter 和 setter ,它还能移除属性信息(此处的属性就是 bean 的成员属性)。

public interface AttributeAccessor {
    // 设置bean中属性的值
    void setAttribute(String name, @Nullable Object value);

    // 获取bean中指定属性的值
    Object getAttribute(String name);

    // 移除bean中的属性
    Object removeAttribute(String name);

    // 判断bean中是否存在指定的属性
    boolean hasAttribute(String name);

    // 获取bean的所有属性
    String[] attributeNames();
}

由此,我们就可以总结出第一个 BeanDefinition 的特征:**BeanDefinition** 继承了 **AttributeAccessor** 接口,具有配置 bean 属性的功能。(注意此处的措辞,配置 bean 就包含了访问、修改、移除在内的操作)

1.2.2 BeanMetadataElement

看到 metadata ,是不是立马就回想起元信息的概念了?其实这个类名已经把它的功能都告诉我们了:它存放了 bean 的元信息。这个接口只有一个方法,是获取 bean 的资源来源:

public interface BeanMetadataElement {
    default Object getSource() {
        return null;
    }
}

资源来源,说白了,就是 bean 的文件 /url 路径。咱们前面写的所有示例,都是在本地磁盘上的 .class 文件加载进来的,所以对应的也就应该是 FileSystemResource 。

1.2.3 AbstractBeanDefinition

到了 BeanDefinition 的第一个实现类了,作为 BeanDefinition 的抽象实现,它里面已经定义好了一些属性和功能(大部分都有了),大体包含以下内容:

    // bean的全限定类名
    private volatile Object beanClass;

    // 默认的作用域为单实例
    private String scope = SCOPE_DEFAULT;

    // 默认bean都不是抽象的
    private boolean abstractFlag = false;

    // 是否延迟初始化
    private Boolean lazyInit;
    
    // 自动注入模式(默认不自动注入)
    private int autowireMode = AUTOWIRE_NO;

    // 是否参与IOC容器的自动注入(设置为false则它不会注入到其他bean,但其他bean可以注入到它本身)
    // 可以这样理解:设置为false后,你们不要来找我,但我可以去找你们
    private boolean autowireCandidate = true;

    // 同类型的首选bean
    private boolean primary = false;

    // bean的构造器参数和参数值列表
    private ConstructorArgumentValues constructorArgumentValues;

    // bean的属性和属性值集合
    private MutablePropertyValues propertyValues;

    // bean的初始化方法
    private String initMethodName;

    // bean的销毁方法
    private String destroyMethodName;

    // bean的资源来源
    private Resource resource;

可以发现,基本上前面提到的,这里都有了!那它干嘛还要抽象出来呢?看看文档注释怎么说:

Base class for concrete, full-fledged BeanDefinition classes, factoring out common properties of GenericBeanDefinition, RootBeanDefinition, and ChildBeanDefinition. The autowire constants match the ones defined in the AutowireCapableBeanFactory interface.

它是 BeanDefinition 接口的抽象实现类,其中排除了 GenericBeanDefinition ,RootBeanDefinition 和 ChildBeanDefinition 的常用属性。 自动装配常量与 AutowireCapableBeanFactory 接口中定义的常量匹配。

哦,看样子它还不是最全的咯?针对不同的 BeanDefinition 落地实现,还有一些特殊的属性咯,所以还是需要抽象出一个父类才行哈。

在继续往下走之前,这里有必要插入一点东西,就是这个 autowireMode 属性,我们之前在 bean 的依赖注入中没有讲到,这里补充一下。

1.2.3.1 自动注入模式

其实这个自动注入模式,在前面第 22 章就已经有提过一嘴了( default-autowire ),不过它的作用小册没有提及,这里咱讲解一下。

正常来讲,bean 中的组件依赖注入,是需要在 xml 配置文件,或者在属性 / 构造器 / setter 方法上标注注入的注解( @Autowired / @Resource / @Inject 的。不过,SpringFramework 为我们提供了另外一种方式,如果组件中的类型 / 属性名与需要注入的 bean 的类型 / name 完全一致,可以不标注依赖注入的注解,也能实现依赖注入。

一般情况下,自动注入只会在 xml 配置文件中出现,注解配置中 @Bean 注解的 autowire 属性在 SpringFramework 5.1 之后被标记为已过时,替代方案是使用 @Autowired 等注解。

使用方式很简单,譬如前面的依赖注入章节中,basic_di/inject-set.xml 配置文件里面,cat 注入的 Person 完全可以不写,只需要在 <bean> 标签上声明自动注入模式为按名称注入即可,运行效果是完全一样的。

<bean id="cat" class="com.linkedbear.spring.basic_di.a_quickstart_set.bean.Cat" autowire="byName">
    <property name="name" value="test-cat"/>
    <!-- <property name="master" ref="person"/> 可以不写 -->
</bean>

自动注入的模式有 5 种选择:AUTOWIRE_NO(不自动注入)、AUTOWIRE_BY_NAME(根据 bean 的名称注入)、AUTOWIRE_BY_TYPE(根据 bean 的类型注入)、AUTOWIRE_CONSTRUCTOR(根据 bean 的构造器注入)、AUTOWIRE_AUTODETECT(借助内省决定如何注入,3.0 即弃用),默认是不开启的(所以才需要我们开发者对需要注入的属性标注注解,或者在 xml 配置文件中配置)。


下面咱继续看几个具体的落地实现,看它们里面有什么特殊的设计。

1.2.4 GenericBeanDefinition

又看到 Generic 了,它代表着通用、一般的,所以这种 BeanDefinition 也具有一般性。GenericBeanDefinition 的源码实现非常简单,仅仅是比 AbstractBeanDefinition 多了一个 parentName 属性而已。

由这个设计,可以得出以下几个结论:

  • AbstractBeanDefinition 已经完全可以构成 BeanDefinition 的实现了

  • GenericBeanDefinition 就是 AbstractBeanDefinition 的非抽象扩展而已

  • GenericBeanDefinition 具有层次性(可从父 BeanDefinition 处继承一些属性信息)

不过,相比较下面的而言,它的层次性体现的不是那么强烈,下面的这两种 BeanDefinition 就有非常强的层次性关系了。

1.2.5 RootBeanDefinition与ChildBeanDefinition

root 和 child ,很明显这是父子关系的意思了呀。对于 ChildBeanDefinition ,它的设计实现与 GenericBeanDefinition 如出一辙,都是集成一个 parentName 来作为父 BeanDefinition 的 “指向引用” 。不过有一点要注意, ChildBeanDefinition 没有默认的无参构造器,必须要传入 parentName 才可以,但 GenericBeanDefinition 则有两种不同的构造器。

RootBeanDefinition 有着 “根” 的概念在里面,它只能作为单体独立的 BeanDefinition ,或者父 BeanDefinition 出现(不能继承其他 BeanDefinition )。它里面的设计也复杂得多,从源码的篇幅上就能看得出来(接近 500 行,而 GenericBeanDefinition 只有 100 行多一点)。不过这里我们不去挨个属性研究它的作用,只了解重要的组成部分就好啦。

下面是 RootBeanDefinition 的一些重要的成员属性:

    // BeanDefinition的引用持有,存放了Bean的别名
    private BeanDefinitionHolder decoratedDefinition;

    // Bean上面的注解信息
    private AnnotatedElement qualifiedElement;

    // Bean中的泛型
    volatile ResolvableType targetType;

    // BeanDefinition对应的真实的Bean
    volatile Class<?> resolvedTargetType;

    // 是否是FactoryBean
    volatile Boolean isFactoryBean;
    // 工厂Bean方法返回的类型
    volatile ResolvableType factoryMethodReturnType;
    // 工厂Bean对应的方法引用
    volatile Method factoryMethodToIntrospect;

可以发现,RootBeanDefinition 在 AbstractBeanDefinition 的基础上,又扩展了这么些 Bean 的信息:

  • Bean 的 id 和别名

  • Bean 的注解信息

  • Bean 的工厂相关信息(是否为工厂 Bean 、工厂类、工厂方法等)

而且这里面直接把一些反射相关的元素都包含进来了,可见 BeanDefinition 在底层可是要在反射上 “大动干戈”了。

1.2.6 AnnotatedBeanDefinition

最后,提一下这个家伙。它并不是 BeanDefinition 的实现类,而是一个子接口:

public interface AnnotatedBeanDefinition extends BeanDefinition {
    
	AnnotationMetadata getMetadata();
    
	MethodMetadata getFactoryMethodMetadata();
}

由这个接口定义的方法,大概就可以猜测到,它可以把 Bean 上的注解信息提供出来。借助 IDEA ,发现它的子类里,有一个 AnnotatedGenericBeanDefinition ,还有一个 ScannedGenericBeanDefinition ,它们都是基于注解驱动下的 Bean 的注册,封装的 BeanDefinition 。现在我们没有必要对这些 BeanDefinition 深入研究,到后面 IOC 原理中,遇到咱们会解释的。

1.3 体会BeanDefinition

下面,咱们使用一些简单的 Demo ,帮助小伙伴们体会 BeanDefinition 中的设计,以及封装的内容。本章只会了解 BeanDefinition 的设计部分,至于如何利用它们,咱们统一放到下一章讲解。

1.3.1 基于xml的BeanDefinition

使用 xml 配置文件的方式,每定义一个 <bean> 标签,就相当于构建了一个 BeanDefinition ,下面咱来演示基于 xml 的 BeanDefinition 。

1.3.1.1 编写Bean与xml

还是拿最最简单的 Person 举例吧,按照依赖注入的最简单示例编写 Person 与 xml 配置文件就好:

public class Person {
    
    private String name;
    
    public String getName() {
        return name;
    }
    
    public void setName(String name) {
        this.name = name;
    }
}
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans
        https://www.springframework.org/schema/beans/spring-beans.xsd">

    <bean id="person" class="com.linkedbear.spring.definition.a_quickstart.bean.Person">
        <property name="name" value="zhangsan"/>
    </bean>
</beans>

1.3.1.2 测试获取BeanDefinition

使用 xml 驱动 IOC 容器,并尝试获取 BeanDefinition :

public class BeanDefinitionQuickstartXmlApplication {
    
    public static void main(String[] args) throws Exception {
        ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext("definition/definition-beans.xml");
        // ???
    }
}

到了这里,要写下一步的代码,发现 ClassPathXmlApplicationContext 里没有 getBeanDefinition 方法:

woc ?这可咋整?难不成我还要取出所有的 BeanDefinition ,再筛选出 person 吗?这显然不合理吧!既然能获取多个,那就肯定能获取一个!那这里到底是出了什么问题呢?

别慌,回想前面学习的知识,ApplicationContext 中最终是组合了一个 BeanFactory 来存放 Bean 的,那 ApplicationContext 没有,BeanFactory 里有没有呢?

打开 DefaultListableBeanFactory ,搜索 getBeanDefintion ,发现真的能找到了:

往上看这个方法的定义,发现它定义在 ConfigurableListableBeanFactory 中。虽说前面 14 章中没有介绍过 ConfigurableListableBeanFactory ,但它的特性应该也能猜得到吧:同时具备 “可配置” 和 “可列举” 的特性(当然人家也在此基础上又扩充了其他方法),更多的方法定义和用法,小伙伴们可以自行查看源码,小册不在此展开。

回到正题,既然 ClassPathXmlApplicationContext 没有这个方法,那就由它获取到 BeanFactory 再调用吧:

public class BeanDefinitionQuickstartXmlApplication {
    
    public static void main(String[] args) throws Exception {
        ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext("definition/definition-beans.xml");
        BeanDefinition personBeanDefinition = ctx.getBeanFactory().getBeanDefinition("person");
        System.out.println(personBeanDefinition);
    }
}

运行 main 方法,控制台可以打印出 person 的 BeanDefinition 信息:

Generic bean: class [com.linkedbear.spring.definition.a_quickstart.bean.Person]; scope=; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null; defined in class path resource [definition/definition-beans.xml]

由这个打印信息,可以获取到一个 bean 的所有基本信息了。

值得注意的是,它是一个 Generic bean (打印 personBeanDefinition 的类型可得 org.springframework.beans.factory.support.GenericBeanDefinition ),这个信息比较重要哦。

1.3.2 基于@Component的BeanDefinition

给 Person 上打一个 @Component 注解,然后使用 AnnotationConfigApplicationContext 来驱动扫描 Person 类,其余的代码不变:

(注意 AnnotationConfigApplicationContext 可以直接调用 getBeanDefinition 方法哦)

public class BeanDefinitionQuickstartComponentApplication {
    
    public static void main(String[] args) throws Exception {
        AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext(
                "com.linkedbear.spring.definition.a_quickstart.bean");
        BeanDefinition personBeanDefinition = ctx.getBeanDefinition("person");
        System.out.println(personBeanDefinition);
        System.out.println(personBeanDefinition.getClass().getName());
    }
}

运行 main 方法,控制台打印出来的依然是一个 Generic bean ,但类型与上面的 xml BeanDefinition 不太一致:

Generic bean: class [com.linkedbear.spring.definition.a_quickstart.bean.Person]; scope=singleton; abstract=false; lazyInit=null; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null; defined in file [E:\IDEA\spring-framework-projects\spring-01-ioc\target\classes\com\linkedbear\spring\definition\a_quickstart\bean\Person.class]
org.springframework.context.annotation.ScannedGenericBeanDefinition

可以发现,BeanDefinition 的打印信息里,最大的不同是加载来源:基于 xml 解析出来的 bean ,定义来源是 xml 配置文件;基于 **@Component** 注解解析出来的 bean ,定义来源是类的 .class 文件中。

1.3.3 基于@Bean的BeanDefinition

编写一个配置类 BeanDefinitionQuickstartConfiguration ,使用 @Bean 注册一个 Person :

@Configuration
public class BeanDefinitionQuickstartConfiguration {
    
    @Bean
    public Person person() {
        return new Person();
    }
}

之后,使用这个配置类驱动 IOC 容器,并直接获取 BeanDefinition :

public class BeanDefinitionQuickstartBeanApplication {
    
    public static void main(String[] args) throws Exception {
        AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext(
                BeanDefinitionQuickstartConfiguration.class);
        BeanDefinition personBeanDefinition = ctx.getBeanDefinition("person");
        System.out.println(personBeanDefinition);
        System.out.println(personBeanDefinition.getClass().getName());
    }
}

运行 main 方法,发现控制台打印的内容与前面相比有很大的区别:

Root bean: class [null]; scope=; abstract=false; lazyInit=null; autowireMode=3; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=beanDefinitionQuickstartConfiguration; factoryMethodName=person; initMethodName=null; destroyMethodName=(inferred); defined in com.linkedbear.spring.definition.a_quickstart.config.BeanDefinitionQuickstartConfiguration
org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader$ConfigurationClassBeanDefinition

具体区别可以发现有这么几个:

  • Bean 的类型是 Root bean ( ConfigurationClassBeanDefinition 继承自 RootBeanDefinition )

  • Bean 的 className 不见了

  • 自动注入模式为 AUTOWIRE_CONSTRUCTOR (构造器自动注入)

  • 有 factoryBean 了:person 由 beanDefinitionQuickstartConfiguration 的 person 方法创建

这一切的一切都是怎么搞得呢?下面咱解释这种现象与设计。

1.3.4 BeanDefinition是如何生成的

这个问题说实话如果想完全彻底的解释清楚,有点费劲,我们放到后面的 IOC 原理篇,BeanDefinition 的解析阶段解释,这里只是让小伙伴们有一个认识和印象即可。

  1. 通过 xml 加载的 BeanDefinition ,它的读取工具是 XmlBeanDefinitionReader ,它会解析 xml 配置文件,最终来到 DefaultBeanDefinitionDocumentReader 的 doRegisterBeanDefinitions 方法,根据 xml 配置文件中的 bean 定义构造 BeanDefinition ,最底层创建 BeanDefinition 的位置在 org.springframework.beans.factory.support.BeanDefinitionReaderUtils#createBeanDefinition 。

  2. 通过模式注解 + 组件扫描的方式构造的 BeanDefinition ,它的扫描工具是 ClassPathBeanDefinitionScanner ,它会扫描指定包路径下包含特定模式注解的类,核心工作方法是 doScan 方法,它会调用到父类 ClassPathScanningCandidateComponentProvider 的 findCandidateComponents 方法,创建 ScannedGenericBeanDefinition 并返回。

  3. 通过配置类 + @Bean 注解的方式构造的 BeanDefinition 最复杂,它涉及到配置类的解析。配置类的解析要追踪到 ConfigurationClassPostProcessor 的 processConfigBeanDefinitions 方法,它会处理配置类,并交给 ConfigurationClassParser 来解析配置类,取出所有标注了 @Bean 的方法。随后,这些方法又被 ConfigurationClassBeanDefinitionReader 解析,最终在底层创建 ConfigurationClassBeanDefinition 并返回。

2. BeanDefinitionRegistry

2.1 BeanDefinitionRegistry概述

还是那个老套路,先对 BeanDefinitionRegistry 有个整体的认识。

由于官方文档中并没有提及 BeanDefinitionRegistry 的设计,故我们只尝试从 javadoc 中获取一些信息。

Interface for registries that hold bean definitions, for example RootBeanDefinition and ChildBeanDefinition instances. Typically implemented by BeanFactories that internally work with the AbstractBeanDefinition hierarchy. This is the only interface in Spring's bean factory packages that encapsulates registration of bean definitions. The standard BeanFactory interfaces only cover access to a fully configured factory instance. Spring's bean definition readers expect to work on an implementation of this interface. Known implementors within the Spring core are DefaultListableBeanFactory and GenericApplicationContext.

包含 bean 定义的注册表的接口(例如 RootBeanDefinition 和 ChildBeanDefinition 实例)。通常由内部与 AbstractBeanDefinition 层次结构一起工作的 BeanFactorty 实现。 这是 SpringFramework 的 bean 工厂包中唯一封装了 bean 的定义注册的接口。标准 BeanFactory 接口仅涵盖对完全配置的工厂实例的访问。 BeanDefinition 的解析器希望可以使用此接口的实现类来支撑逻辑处理。SpringFramework 中的已知实现者是 DefaultListableBeanFactory 和 GenericApplicationContext 。

其实 javadoc 已经把 BeanDefinitionRegistry 的设计都讲得七七八八了,小册重新解读一下,帮助小伙伴们理解。

2.1.1 BeanDefinitionRegistry中存放了所有BeanDefinition

Registry 有注册表的意思,联想下 Windows 的注册表,它存放了 Windows 系统中的应用和设置信息。如果按照这个设计理解,那 BeanDefinitionRegistry 中存放的就应该是 BeanDefinition 的设置信息。其实 SpringFramework 中的底层,对于 BeanDefinition 的注册表的设计,就是一个 **Map** :

// 源自DefaultListableBeanFactory
private final Map<String, BeanDefinition> beanDefinitionMap = new ConcurrentHashMap<>(256);

2.1.2 BeanDefinitionRegistry中维护了BeanDefinition

另外,Registry 还有注册器的意思,既然 Map 有增删改查,那作为 BeanDefinition 的注册器,自然也会有 BeanDefinition 的注册功能咯。BeanDefinitionRegistry 中有 3 个方法,刚好对应了 BeanDefinition 的增、删、查:

void registerBeanDefinition(String beanName, BeanDefinition beanDefinition)
            throws BeanDefinitionStoreException;

void removeBeanDefinition(String beanName) throws NoSuchBeanDefinitionException;

BeanDefinition getBeanDefinition(String beanName) throws NoSuchBeanDefinitionException;

2.1.3 BeanDefinitionRegistry支撑其它组件运行

javadoc 的最后一段,说起来有点有趣:

Spring's bean definition readers expect to work on an implementation of this interface.

BeanDefinition 的加载器希望可以使用此接口的实现类来支撑逻辑处理。

这句话似乎不是那么好理解,小册尝试用一个例子来引导小伙伴理解 BeanDefinitionRegistry 的支撑作用。

javadoc 中的 Reader 可以参照上一章提到了 XmlBeanDefinitionReader ,它是用来读取和加载 xml 配置文件的组件。加载 xml 配置文件的目的就是读取里面的配置,和定义好要注册到 IOC 容器的 bean 。XmlBeanDefinitionReader 要在加载完 xml 配置文件后,将配置文件的流对象也好,文档对象也好,交给解析器来解析 xml 文件,解析器拿到 xml 文件后要解析其中定义的 bean ,并且封装为 BeanDefinition 注册到 IOC 容器,这个时候就需要 BeanDefinitionRegistry 了。所以在这个过程中,**BeanDefinitionRegistry** 会支撑 **XmlBeanDefinitionReader** 完成它的工作。

当然,BeanDefinitionRegistry 不止支撑了这一个哈,还记得之前小册 17 章,学习模块装配时用到的 ImportBeanDefinitionRegistrar 吗?它的 registerBeanDefinitions 方法是不是也传入了一个 BeanDefinitionRegistry 呀?所以说这个 BeanDefinitionRegistry 用到的位置还是不少的,小伙伴们要予以重视哦。

2.1.4 BeanDefinitionRegistry的主要实现是DefaultListableBeanFactory

注意这个地方我没说是唯一实现哦,是因为 BeanDefinitionRegistry 除了有最最常用的 DefaultListableBeanFactory 之外,还有一个不常用的 SimpleBeanDefinitionRegistry ,但这个 SimpleBeanDefinitionRegistry 基本不会去提它,是因为这个设计连内部的 IOC 容器都没有,仅仅是一个 BeanDefinitionRegistry 的表面实现而已,所以我们当然不会用它咯。

可能有的小伙伴借助 IDE 发现很多 ApplicationContext 也实现了它,但我想请这部分小伙伴回想一下,ApplicationContext 本身管理 Bean 吗?不吧,ApplicationContext 不都是内部组合了一个 DefaultListableBeanFactory 来实现的嘛,所以我们说,唯一真正落地实现的是 DefaultListableBeanFactory 这话是正确合理的。

2.1.5 面试中如何概述BeanDefinitionRegistry

以下答案仅供参考,可根据自己的理解调整回答内容:

**BeanDefinitionRegistry** 是维护 **BeanDefinition** 的注册中心,它内部存放了 IOC 容器中 bean 的定义信息,同时 **BeanDefinitionRegistry** 也是支撑其它组件和动态注册 Bean 的重要组件。在 SpringFramework 中,**BeanDefinitionRegistry** 的实现是 **DefaultListableBeanFactory** 。

2.2 BeanDefinitionRegistry维护BeanDefinition的使用

对于 BeanDefinitionRegistry 内部的设计,倒是没什么好说的,主要还是研究它如何去维护 BeanDefinition 。

2.2.1 BeanDefinition的注册

对于 BeanDefinition 的注册,目前我们接触到的方式是在 17 章模块装配中使用的 ImportBeanDefinitionRegistrar :

public class WaiterRegistrar implements ImportBeanDefinitionRegistrar {
    
    @Override
    public void registerBeanDefinitions(AnnotationMetadata metadata, BeanDefinitionRegistry registry) {
        registry.registerBeanDefinition("waiter", new RootBeanDefinition(Waiter.class));
    }
}

之前的这个例子中是直接 new 了一个 RootBeanDefinition ,其实 BeanDefinition 的构造可以借助建造器生成,下面我们再演示一个例子。

2.2.1.1 声明Person类

像往常一样,搞一个比较简单的 Person 就好啦,记得声明几个属性和 toString 方法:

public class Person {
    
    private String name;
    
    public String getName() {
        return name;
    }
    
    public void setName(String name) {
        this.name = name;
    }
    
    @Override
    public String toString() {
        return "Person{" + "name='" + name + '\'' + '}';
    }
}

2.2.1.2 编写ImportBeanDefinitionRegistrar的实现类

编写一个 PersonRegister ,让它实现 ImportBeanDefinitionRegistrar ,这样就可以拿到 BeanDefinitionRegistry 了:

public class PersonRegister implements ImportBeanDefinitionRegistrar {
    
    @Override
    public void registerBeanDefinitions(AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry) {
        registry.registerBeanDefinition("person",
                BeanDefinitionBuilder.genericBeanDefinition(Person.class).addPropertyValue("name", "zhangsan")
                        .getBeanDefinition());
    }
}

注意这里面的写法,使用 BeanDefinitionBuilder ,是可以创建 GenericBeanDefinition 、RootBeanDefinition 和 ChildBeanDefinition 三种类型的,此处小册使用 GenericBeanDefinition ,后续直接向 BeanDefinition 中添加 bean 中属性的值就好,整个构造过程一气呵成,非常的简单。

2.2.1.3 编写配置类导入PersonRegister

编写一个配置类,把上面刚写好的 PersonRegister 导入进去(这一步不要忘了哦):

@Configuration
@Import(PersonRegister.class)
public class BeanDefinitionRegistryConfiguration {
    
}

2.2.1.4 测试获取Person

万事俱备,下面编写测试启动类,使用 BeanDefinitionRegistryConfiguration 驱动 IOC 容器,并从容器中取出 Person 并打印:

public class BeanDefinitionRegistryApplication {
    
    public static void main(String[] args) throws Exception {
        AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext(
                BeanDefinitionRegistryConfiguration.class);
        Person person = ctx.getBean(Person.class);
        System.out.println(person);
    }
}

运行 main 方法,控制台中打印了 Person 的 name 属性是有值的,说明 SpringFramework 已经按照我们预先定义好的 BeanDefinition ,注册到 IOC 容器,并且生成了对应的 Bean 。

Person{name='zhangsan'}

2.2.2 BeanDefinition的移除

BeanDefinitionRegistry 除了能给 IOC 容器中添加 BeanDefinition ,还可以移除掉一些特定的 BeanDefinition 。这种操作可以在 Bean 的实例化之前去除,以阻止 IOC 容器创建。

要演示 BeanDefinition 的移除,需要一个现阶段没见过的 API ,咱们先学着用一下,到后面我们会系统的学习它的用法。

2.2.2.1 声明Person

这次声明的 Person 类要加一个特殊的属性:sex ,性别,它在后面会起到判断作用。

声明好 getter 、setter 和 toString 方法即可。

public class Person {
    
    private String name;
    private String sex;
    
    // getter 、setter 、 toString
}

2.2.2.2 声明配置类

接下来要注册两个 Person ,分别注册一男一女。

由上一章 BeanDefinition 的注册方式与实现类型,可知如果此处使用注解配置类的方式注册 Bean ( @Bean ) ,生成的 BeanDefinition 将无法取到 beanClassName (也无法取到 PropertyValues ),故此处选用 xml 方式注册 Bean 。

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:context="http://www.springframework.org/schema/context"
       xsi:schemaLocation="http://www.springframework.org/schema/beans
        https://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context https://www.springframework.org/schema/context/spring-context.xsd">

    <bean id="aqiang" class="com.linkedbear.spring.definition.c_removedefinition.bean.Person">
        <property name="name" value="阿强"/>
        <property name="sex" value="male"/>
    </bean>

    <bean id="azhen" class="com.linkedbear.spring.definition.c_removedefinition.bean.Person">
        <property name="name" value="阿珍"/>
        <property name="sex" value="female"/>
    </bean>

    <!-- 注意此处要开启包扫描 -->
    <context:component-scan base-package="com.linkedbear.spring.definition.c_removedefinition.config"/>
</beans>

2.2.2.3 编写剔除BeanDefinition的后置处理器

这里涉及到后置处理器的概念了,没见过没关系,不会搞没关系,先照着葫芦画瓢,后面马上就学到了。

要剔除 BeanDefinition ,需要实现 BeanFactoryPostProcessor 接口,并重写 postProcessBeanFactory 方法:

@Component
public class RemoveBeanDefinitionPostProcessor implements BeanFactoryPostProcessor {
    
    @Override
    public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
    
    }
}

注意方法的入参,它是一个 ConfigurableListableBeanFactory ,不用想,它的唯一实现一定是 DefaultListableBeanFactory 。又从前面了解到 DefaultListableBeanFactory 实现了 BeanDefinitionRegistry 接口,所以这里我们就可以直接将 beanFactory 强转为 BeanDefinitionRegistry 类型。

于是,我们就可以编写如下的剔除逻辑:移除 IOC 容器中所有性别为 male 的 Person 。

@Override
public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
    BeanDefinitionRegistry registry = (BeanDefinitionRegistry) beanFactory;
    // 获取IOC容器中的所有BeanDefinition
    for (String beanDefinitionName : beanFactory.getBeanDefinitionNames()) {
        // 判断BeanDefinition对应的Bean是否为Person类型
        BeanDefinition beanDefinition = beanFactory.getBeanDefinition(beanDefinitionName);
        if (Person.class.getName().equals(beanDefinition.getBeanClassName())) {
            // 判断Person的性别是否为male
            // 使用xml配置文件对bean进行属性注入,最终取到的类型为TypedStringValue,这一点不需要记住
            TypedStringValue sex = (TypedStringValue) beanDefinition.getPropertyValues().get("sex");
            if ("male".equals(sex.getValue())) {
                // 移除BeanDefinition
                registry.removeBeanDefinition(beanDefinitionName);
            }
        }
    }
}

2.2.2.4 测试获取“阿强”

这一次我们又要用 ClassPathXmlApplicationContext 来加载配置文件驱动 IOC 容器了,写法很简单,直接从 IOC 容器中取 “aqiang” 就好:

public class RemoveBeanDefinitionApplication {
    
    public static void main(String[] args) throws Exception {
        ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext("definition/remove-definitions.xml");
        Person aqiang = (Person) ctx.getBean("aqiang");
        System.out.println(aqiang);
    }
}

运行 main 方法,控制台打印 NoSuchBeanDefinitionException 的异常,证明 “aqiang” 对应的 BeanDefinition 已经被移除了,无法创建 Person 实例。

好了,到这里,对 BeanDefinitionRegistry 有一个比较清晰的认识就好,具体操作不需要太深入了解,会用就够啦。

2.3 BeanDefinition的合并

了解完 BeanDefinitionRegistry ,回过头来再学习一个 BeanDefinition 的特性:合并。

关于合并这个概念,可能有些小伙伴没有概念,小册先来解释一下合并的意思。

2.3.1 如何理解BeanDefinition的合并

上一章我们知道,之前在 xml 配置文件中定义的那些 bean ,最终都转换为一个个的 GenericBeanDefinition ,它们都是相互独立的。比如这样:

<bean class="com.linkedbear.spring.basic_dl.b_bytype.bean.Person"></bean>
<bean class="com.linkedbear.spring.basic_dl.b_bytype.dao.impl.DemoDaoImpl"/>

但其实,bean 也是存在父子关系的。与 Class 的抽象、继承一样,<bean> 标签中有 abstract 属性,有 parent 属性,由此就可以形成父子关系的 BeanDefinition 了。

下面小册演示一个实例,讲解 BeanDefinition 的合并。

2.3.2 BeanDefinition合并的体现

先构建一个比较简单的场景吧:所有的动物都归人养,动物分很多种(猫啊 狗啊 猪啊 巴拉巴拉)。

下面我们基于这个场景来编码演绎。

2.3.2.1 声明实体类

对于这几个实体类,前面已经写过很多次了,这里快速编写出来就 OK :

public class Person {
    
}
public abstract class Animal {

    private Person person;
    
    public Person getPerson() {
        return person;
    }
    
    public void setPerson(Person person) {
        this.person = person;
    }
}

Cat 要继承自 Animal ,并且为了方便打印出 person ,这里就不直接使用 IDEA 的 toString 方法生成了,而是在此基础上改造一下:

public class Cat extends Animal {
    
    private String name;
    
    public String getName() {
        return name;
    }
    
    public void setName(String name) {
        this.name = name;
    }
    
    @Override
    public String toString() {
        return "Cat{" + "name=" + name + ", person='" + getPerson() + '\'' + "}";
    }
}

2.3.2.2 编写xml配置文件

要体现 BeanDefinition 的合并,要使用配置文件的形式,前面也说过了。那下面咱就来造一个配置文件,先把 Person 注册上去。

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">

    <bean id="person" class="com.linkedbear.spring.definition.d_merge.bean.Person"/>
</beans>

接下来要注册 Animal 和 Cat 了。按照之前的写法,这里只需要注册 Cat 就可以了,像这样写就 OK :

<bean class="com.linkedbear.spring.definition.d_merge.bean.Cat" parent="abstract-animal">
    <property name="person" ref="person"/>
    <property name="name" value="咪咪"/>
</bean>

但试想,如果要创建的猫猫狗狗猪猪太多的话,每个 bean 都要注入 property ,这样可不是好办法。由此,就可以使用 BeanDefinition 合并的特性来优化这个问题。

我们直接在 xml 中注册一个 Animal :

<bean class="com.linkedbear.spring.definition.d_merge.bean.Animal"></bean>

但这样写完之后,IDEA 会报红,给出这样的提示:

很明显嘛,抽象类怎么能靠一个 <bean> 标签构造出对象呢?所以,<bean> 标签里有一个属性,就是标注这个 bean 是否是抽象类:

如此,咱就可以把这个 Animal 声明好了,由于是 abstract 类型的 bean ,那也就可以搞定注入的事了:

<bean id="abstract-animal" class="com.linkedbear.spring.definition.d_merge.bean.Animal" abstract="true">
    <property name="person" ref="person"/>
</bean>

接下来要声明 Cat 了,有 abstract 就有 parent ,想必不用我多说小伙伴们也能猜到如何写了:

<bean id="cat" class="com.linkedbear.spring.definition.d_merge.bean.Cat" parent="abstract-animal">
    <property name="name" value="咪咪"/>
</bean>

这里就不再需要声明 person 属性的注入了,因为继承了 abstract-animal ,相应的依赖注入也就都可以继承过来。

这样 xml 配置文件就写完了。

2.3.2.3 测试运行

编写启动类,使用 xml 配置文件驱动 IOC 容器,并从 BeanFactory 中取出 cat 的 BeanDefinition :

public class MergeBeanDefinitionApplication {
    
    public static void main(String[] args) throws Exception {
        ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext("definition/definition-merge.xml");
        Cat cat = (Cat) ctx.getBean("cat");
        System.out.println(cat);
        
        BeanDefinition catDefinition = ctx.getBeanFactory().getBeanDefinition("cat");
        System.out.println(catDefinition);
    }
}

运行 main 方法,发现 Cat 里确实注入了 person 对象,可是获取出来的 BeanDefinition ,除了有了一个 parentName 之外,跟普通的 bean 没有任何不一样的地方。

Cat{name=咪咪, person='com.linkedbear.spring.definition.d_merge.bean.Person@31dc339b'}
Generic bean with parent 'abstract-animal': class [com.linkedbear.spring.definition.d_merge.bean.Cat]; scope=;   ......(太长省略)

可能会有小伙伴产生疑惑了:这就算是 BeanDefinition 的合并了吗?哪里有体现呢?要么我 Debug 看下结构?

以 Debug 的形式重新运行 main 方法,发现获取到的 catDefinition 里并没有把 person 的依赖带进来:

哦,合着并没有合并 BeanDefinition 呗?那这一套花里胡哨的搞蛇皮呢?

等一下,先冷静冷静,会不会是我们的方法不对呢?既然是 BeanDefinition 的合并,那不加个 merge 的关键字,好意思说是合并吗?

试着重新调一下方法,发现 ConfigurableListableBeanFactory 里竟然也有一个 getMergedBeanDefinition 方法!它来自 ConfigurableBeanFactory ,它就是用来将本身定义的 bean 定义信息,与继承的 bean 定义信息进行合并后返回的。

2.3.2.4 换用getMergedBeanDefinition

修改下测试运行,将 getBeanDefinition 换为 getMergedBeanDefinition ,重新运行 main 方法,发现控制台打印的 BeanDefinition 的类型变为了 RootBeanDefinition ,而且也没有 parentName 相关的信息了:

Root bean: class [com.linkedbear.spring.definition.d_merge.bean.Cat]; scope=singleton; abstract=false; lazyInit=false; autowireMode=0; dependencyCheck=0; autowireCandidate=true; primary=false; factoryBeanName=null; factoryMethodName=null; initMethodName=null; destroyMethodName=null; defined in class path resource [definition/definition-merge.xml]

以 Debug 方式运行,此时的 propertyvalues 中已经有两个属性键值对了:

到这里,BeanDefinition 的合并就算了解的差不多了。至于里面的原理,我们会到后面的 IOC 原理部分解析,这里就先不搞那么难的内容了。

2.4 设计BeanDefinition的意义

看到这里,小伙伴们可能会有一个大大的问号,也有可能是大大的感叹号,那就是:SpringFramework 为什么会设计 **BeanDefinition** **呢?直接注册 Bean 不好吗?**这个问题的回答,在不同的阶段学习中,这个答案可能会不太一样。在刚学习完 BeanDefinition 的设计后,小册想先让小伙伴们理解这样的一个设计:定义信息 → 实例。

其实这个设计,在前面的元定义章节就已经反复解释过了,这里小册想再解释一下,因为它真的太太太重要了!

像我们平时编写 Class 再 new 出对象一样,SpringFramework 面对一个应用程序,它也需要对其中的 bean 进行定义抽取,只有抽取成可以统一类型 / 格式的模型,才能在后续的 bean 对象管理时,进行统一管理,也或者是对特定的 bean 进行特殊化的处理。而这一切的一切,最终落地到统一类型上,就是 **BeanDefinition** 这个抽象化的模型。

这段解释中可能现在小伙伴们只能体会到部分的解释(如 SpringFramework 对 Bean 的作用域控制),没有关系不要慌,接下来的两章,学习完后置处理器,到时候小册再拿出这段话来,或许小伙伴们就更能理解这段话想表达的意思了。

img
img
img
img
img
img
img
docs.spring.io/spring/docs…