虚拟线程在Spring Boot中的正确使用方式

虚拟线程在Spring Boot中的正确使用方式：

启用方式：配置 spring.threads.virtual.enabled=true
Web请求：自动使用虚拟线程处理（无需额外配置）
异步方法：通过 @Async 自动使用虚拟线程
定时任务：需要配置 SchedulingConfigurer
手动创建：使用 Executors.newVirtualThreadPerTaskExecutor()
注意事项：避免CPU密集型任务，谨慎使用ThreadLocal

彻底搞懂响应式编程

我们知道，系统面对大流量、高并发的访问请求时，就可能会出现一系列性能问题，导致服务丧失了即时的响应性。如何时刻确保系统具有应对请求压力的能力，是架构设计的核心问题之一。

经典的服务隔离、限流、降级以及熔断等机制能够在一定程度上确保系统的响应性。但这些机制更多的是从系统架构和应用部署的角度出发解决问题，而不是编程技术本身。今天我们要介绍的是构建系统响应性的一种崭新的解决方案，这就是响应式编程（Reactive Programming）。

我们知道，传统的编程模型采用的是同步阻塞式（Blocking）的请求响应过程，这是现有各种经典解决方案所不得不面对的一种限制。 而响应式编程打破了这种限制，采用了异步非阻塞式（Non-Blocking）的编程模型，从而提高服务的响应能力。

为什么Spring要“抛弃”Feign？

适用场景
继续用Feign的场景
1. 已有的老项目，Feign接口超过20个 迁移成本太高，不值得为了“追新”去重构。

2. 深度依赖Spring Cloud微服务生态 服务发现、负载均衡、熔断降级全部用Spring Cloud那一套，Feign的集成度更高。

3. 团队对Feign非常熟悉 没有学习成本，出了问题知道怎么排查。

4. 不需要响应式编程 业务场景简单，不需要WebFlux，Feign完全够用。

转向@HttpExchange的场景
1. 新项目从零开始 没有历史包袱，直接用Spring官方原生方案。

2. 需要使用响应式编程 WebFlux + @HttpExchange是绝配。

3. 追求性能和资源效率 高并发场景下，@HttpExchange的吞吐量和内存占用都优于Feign。

4. 不想引入Spring Cloud 项目不需要完整的微服务功能，只想用声明式HTTP客户端。

5. 追求技术栈“干净” 希望依赖最小化，不想引入第三方组件。

理解：泳道图、时序图、流程图、状态图、协作图

泳道图
按角色划分为一个个泳道，每个角色的活动散落在各个角色对应的泳道里。泳道图是将模型中的活动按照职责组织起来。这种分配可以通过将活动组织成用线分开的不同区域来表示。由于它们的外观的缘故，这些区域被称作泳道。

时序图
时序图用于描述对象之间的传递消息的时间顺序, 即用例中的行为顺序。

活动图
在 UML 中, 活动图本质上就是流程图. 它用于描述系统的活动, 判定点和分支等。

状态图
状态图: 通过建立对象的生存周期模型来描述对象随时间变化的动态行为。

协作图
协作图(也叫合作图)是一种交互图。

Docker部署Sentinel

docker run --name sentinel -p 8858:8858 -td bladex/sentinel-dashboard

深入理解TransmittableThreadLocal：原理、使用与避坑指南

TransmittableThreadLocal（TTL）是阿里开源的一个线程间数据传递解决方案，解决了InheritableThreadLocal在线程池场景下的问题。

我的macOS常用软件

SSH：XTerminal SQL：HeidiSQL 系统：Tencent Lemon AI配置：CC Switch

CC Switch 超好用的AI配置管理工具

什么是 CC Switch
CC Switch 是一款跨平台桌面应用，专为使用 AI 编程工具的开发者设计。它帮助你统一管理 Claude Code、Claude Desktop、Codex、Gemini CLI、OpenCode、OpenClaw 和 Hermes 等受管应用的配置。

/etc/docker/daemon.json

怎么把AppData移到D盘

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders