背景是这样，小年的项目在跑定时任务时，发现抛出大量的异常：从异常信息来看，应该像是 Hystrix 开启了断路器，触发了熔断限流。查阅了一下相关资料，又翻阅了源码，得出的结论与小年开始的猜测是基本一致。而代码中没有 Fallback 处理的方法，所以程序就直接把异常抛出来。Hystrix 有一个断路器的概念，当断路器开启时，也就是触发熔断机制阻断请求。

Cursor 和 Claude Code 用了也有很长的一段时间，我现在的日常大概是：Cursor 占 60%，Claude Code 占 40%

Cursor 和 Claude Code 用了也有很长的一段时间，我现在的日常大概是：Cursor 占 60%，Claude Code 占 40%。两个工具各有胜负，但如果只用 Claude 官方模型，可能这个比例会反过来。之前给 Claude Code 配置的是 Claude Opus 4.5，但国内开发者应该都懂：账号容易被封，超时更是家常便饭。你刚花了几千 Token 把上下文喂给它，眼看就

Seata TCC 模式，是蚂蚁金服在 2019 年 3 月为其社区贡献的。Try：业务资源的检查和预留Confirm：执行业务操作和提交Cancel：预留资源的释放与 AT 模式相同的是，TCC 模式的核心思想也是通过二阶段提交。一阶段：调用业务服务的 Try 接口，对业务资源预留；若所有业务服务 Try 接口返回成功，调用 Confirm 接口，执行业务操作；否则，调用 Cancel 接口，释