本文探讨了状态机在订单系统中的实际落地问题，指出仅靠状态流转规则不足以支撑真实业务场景。文章重点分析了三个关键配套机制：1）订单快照用于记录状态变更轨迹和业务信息，解决追溯问题；2）XXL-JOB定时任务驱动超时等自动状态流转，实现系统闭环；3）补偿机制处理状态变更后的异常情况，确保业务完整性。作者通过典型场景示例，阐述了如何将这四者（状态机、快照、定时任务、补偿）有机结合，形成完整的订单治理方案

本文通过一个最小订单状态机Demo，演示如何使用Spring Statemachine框架实现订单流转。首先定义5种订单状态(待支付、待接单等)和4种触发事件(支付成功、取消订单等)。核心配置类使用@EnableStateMachineFactory注解，通过withExternal()方法配置状态流转规则。测试案例展示了从待支付到已完成的正向流程，验证了状态机拦截非法流转的能力。该Demo仅实现

Redis持久化分为RDB和AOF两种方式。RDB通过快照将内存数据保存到磁盘，支持save（阻塞）和bgsave（非阻塞）两种触发方式，采用写时复制技术，恢复快但可能丢失数据。AOF记录写命令日志，可配置不同刷盘策略（always/everysec/no），通过重写机制压缩文件大小。RDB适合缓存场景，AOF更安全但性能开销较大，生产环境常结合使用，AOF采用everysec策略平衡性能与安全性

本文介绍了Redis分布式锁在抢券等并发场景中的应用。通过分析超卖问题，说明本地锁在集群环境下的局限性，引出SETNX实现分布式锁的原理。重点讲解了Redisson的封装特性：使用WatchDog自动续期、基于Hash结构的可重入锁机制。同时探讨了主从架构下的锁失效风险及RedLock解决方案，并指出其性能缺陷。最后提供了面试回答模板，强调根据业务需求选择适合的分布式锁方案。全文以抢券为例，清晰展

Spring事务失效常见原因分析：1）异常被捕获未抛出，导致代理无法感知；2）检查异常默认不回滚，需配置rollbackFor；3）非public方法代理不生效；4）同类内部调用绕过代理；5）数据库引擎不支持事务。核心排查点：调用是否经过Spring代理、异常是否按规则抛出。建议通过代理调用、配置rollbackFor、拆分服务类等方式确保事务生效。

Spring Boot自动配置的核心机制是通过@SpringBootApplication组合注解实现，它包含@EnableAutoConfiguration来启动自动配置流程。系统会扫描classpath中的starter依赖，读取META-INF/spring.factories中的配置类，并基于条件注解（如@ConditionalOnClass）判断是否加载对应Bean。这种机制实现了"依赖

MyBatis面试核心问题解析：SQL执行流程与延迟加载机制 MyBatis的核心执行流程可分为配置解析、会话创建、SQL执行三个阶段：首先解析配置文件和Mapper映射生成MappedStatement对象，然后通过SqlSessionFactory创建会话，最后Executor执行器完成参数映射、SQL执行和结果封装。延迟加载则是通过动态代理实现，当访问关联属性时才触发查询，其本质是在首次调用

MyBatis缓存面试要点：一级缓存是SqlSession级别的本地缓存，默认开启，相同查询在同一个SqlSession内可能命中；二级缓存是namespace级别，需手动开启，可跨会话共享。关键要理解缓存作用域、命中条件（相同查询）、失效时机（增删改操作会清空对应作用域缓存）。二级缓存需谨慎使用，因多Mapper操作同一数据时难以保证一致性，且分布式环境下本地缓存无法跨节点同步。实际项目中，一级

本文总结了微服务面试中关于Spring Cloud核心组件的常见问题。主要内容包括： Spring Cloud五大核心组件（Eureka、Ribbon、Feign、Hystrix、Gateway）及其作用 服务注册与发现的基本原理和工作流程 Eureka和Nacos的工作机制对比 注册中心与流量入口的区别 面试回答模板建议 文章通过流程图和表格直观展示了微服务组件间的协作关系，强调要理解服务调用链

RabbitMQ消息可靠性需从生产者到消费者的全链路保障：1）生产者通过confirm机制确保消息到达MQ，失败时记录重发；2）MQ端需持久化交换机、队列和消息，防止重启丢失；3）消费者采用手动ACK机制，业务成功后才确认消息，失败时进入重试或死信队列。此外，必须设计幂等消费：通过消息ID、业务唯一键或数据库锁防止重复处理。典型场景如支付回调，需检查支付单号状态而非简单依赖MQ消息ID。四段链路（