核心场景（数据源切换）：通过 ApplicationContext+Environment 获取环境信息，动态创建 / 注册数据源 Bean，实现开发 / 生产环境的无感切换；扩展场景（多租户配置）：通过 ApplicationContext 获取资源加载器，根据业务参数（租户 ID）动态加载专属配置，适配 SaaS 系统的个性化需求；共性价值：都是通过 ApplicationContext “感

先定义一个处理数字的函数式接口，规定 “输入数字，输出处理后的数字”：java运行// 函数式接口：只有一个抽象方法（处理数字）这个接口是 “统一调用标准”，不管后续的处理逻辑是 “翻倍”“平方” 还是 “取绝对值”，都遵守这个规则。函数式接口是「单抽象方法的接口」（不是抽象类），它定义了 “方法的输入输出规则”；Lambda 不是 “重写抽象方法”，而是「直接为函数式接口的抽象方法提供方法体」，

网络层：Calico CNI（分配 IP）→ etcd（存 IP 信息）→ confd（同步配置）；kubectl = 发号施令的老大，只说「创建 Pod」kubelet = 每个节点的小弟，负责。指令层：kubectl → API Server → kubelet（发起者）；↓所有节点都知道：这个 Pod IP 在哪台机器上跨节点 Pod 就能互通了。执行层：Felix（本机路由 / 网络配置）

目标节点 kubelet 收到指令 → 拉镜像、创建 Pod 容器 → 调用 Calico 分配 Pod IP。controller 监听 → 生成 “待创建 Pod” 的请求（提交给 apiserver）Endpoint 控制器监听 → 把 Pod IP 加到 Endpoint 里 → 流程完毕。apiserver 被调用 → 创建 Deployment/Pod 配置清单（存 etcd）sche

服务名:端口。

Collection 体系List / Set / Queue / Deque / 栈实现类 → 都有Map 体系HashMap、Map 所有实现类 → 都有String单独自带 isEmpty ()数组 ❌ 没有 isEmpty ()数组只能手写判断。

策略模式” 是这个场景的设计模式层面的解决方案，而是Spring 容器层面的实现手段，两者是 “搭配使用” 而非 “互斥”；的核心价值是动态获取 Spring 容器中的 Bean，在策略模式中，它能帮我们自动收集所有策略实现类，避免硬编码；这个方案既解决了 “配置驱动默认策略” 的需求，又支持 “运行时动态切换策略”，完全不会 “死板”，是企业开发中支付 / 短信 / 物流等多渠道场景的标准落地方

java运行@Component@OverrideSystem.out.println("1. BeanPostProcessor - postProcessBeforeInitialization 执行");@OverrideSystem.out.println("4. BeanPostProcessor - postProcessAfterInitialization 执行");属性注入在 B

层级区分：klass 是 JVM 底层 C++ 结构体（方法区），Class 是 Java 层类对象（堆），实例是堆上的具体业务对象；关联逻辑：Class 对象指向 klass，实例也指向 klass，三者通过指针形成 “klass ← Class 对象、klass ← 实例” 的核心关联；访问逻辑：Java 程序操作 Class 对象，底层实际是 JVM 通过 klass 完成类信息读取和实例创

state 是一个无语义的整型变量，AQS 仅提供原子操作方法，具体语义由子类（如state = 0：锁处于空闲状态，当前无线程持有锁，新线程可尝试获取；state > 0：锁处于被持有状态，若为（可重入锁），state的值等于「当前线程重入锁的次数」（如重入 2 次则state=2释放锁时，线程需原子性减少 state 值，直到state=0，表示锁完全释放。队列关系：AQS 双向链表队列是原始