先说结论：Spring Boot 3.5 相对 2.x，不是小版本升级，而是一整代（3.0 → 3.5）的现代化改造。3.5 是 3.x 的最后一个 minor，在 2.x 基础上叠加了基础栈换代 + 性能 + 开发体验 + 可观测性 + 运维能力。

├── repository/ @Repository 或 JpaRepository 接口。Spring Boot 3.x 里这些是。@Autowired / 构造器注入。

NO 1. spring的事物，事物失效的场景NO 1. spring的事物，事物失效的场景。

应用： HTTPS（RSA/ECDHE + AES）、密码存储（BCrypt/Argon2 加盐哈希，不用 MD5）流程：A 创建 → 放三级 → 注入 B → B 创建 → 从三级拿 A 早期引用 → B 完成 → A 完成。注意： 主从切换可能丢锁 → 红锁（争议大）或 Redisson + 足够 TTL + 业务幂等。CMS 流程： 初始标记(STW) → 并发标记 → 重新标记(STW)

在使用@Transactional注解时，理解这些参数的意义和作用是非常关键的，因为它们直接决定了事务的行为和边界。指定事务方法调用的访问类型，如ACCESS_STATIC, ACCESS_EXTERNAL，但在Spring 4.3之后，此参数已被弃用。指定要使用的事务管理器的名称。NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，则挂起当前事务。REQUIRES_NEW：创建一

场景异步做什么池化做什么接口快速响应副作用、长任务交出去Web 线程少占、专用 worker 池调 DB/RPC可并行连接池、Client 单例削峰MQ / 队列延后处理Consumer 线程池 + 连接池批量/导出返回 taskId，后台跑小 worker 池 + 只读库池高可用失败重试、解耦每层有界，避免级联耗尽异步是架构上的「解耦时间」；池化是资源上的「解耦数量」。后端设计里：请求线程快速结

Zipkin 是一个强大的分布式追踪工具，可以极大地帮助开发者理解微服务架构中的服务调用链路，并进行性能分析和故障排查。Spring Cloud Sleuth：Spring Cloud Sleuth 是 Spring Cloud 的一个组件，用于集成 Zipkin，使得 Spring Boot 应用能够轻松地与 Zipkin 集成。客户端 SDK：Zipkin 提供了多种语言的客户端 SDK，如

几乎必用高并发业务常用按性能选型一般不必数据库连接池HTTP Client 连接池Web 容器线程池异步任务线程池消息消费并发控制批量导入导出对象/内存池Worker 池普通 CRUD 单次请求前端组件内临时对象。前端不需要自己管 DB 连接池，但要理解：后端 API 的并发能力受池大小限制，所以前端也要做防抖、排队、取消重复请求。项目设计里，凡是 「贵、频繁、要封顶」 的资源——连接、线程、Cl

异步编程在现代软件开发中是非常重要的，尤其是在处理 I/O 操作、网络请求、图形用户界面更新以及其他可能阻塞主线程的操作时。异步编程在处理需要等待的操作时非常有用，它可以避免程序阻塞，提高用户体验和程序性能。计算密集型任务：执行复杂的计算任务时，可以使用异步编程将任务分解并在后台线程中执行，避免阻塞主线程。图片加载：当页面中需要加载大量图片时，使用异步加载可以避免页面的阻塞，提高页面加载速度和用户

创建线程：继承 Thread、Runnable、Callable、线程池（生产用自定义core常驻、max上限、keepAlive回收非核心线程、有界queuehandler拒绝策略。CPU 密集：线程数 ≈ CPU 核数；IO 密集：线程数 ≈ 核数 × (2~4 或按 W/C 估算)，最终以压测和下游连接数为上限。