Spring Boot中REST API与微服务采用的设计模式咨询

• MVC模式：这是Spring Boot REST API的基础框架模式，代码按Model（实体/DTO）、Controller（处理HTTP请求）、Service（业务逻辑）、Repository（数据操作）分层，职责清晰。比如Controller接收前端请求后调用Service处理，再把结果封装成DTO返回。
• DTO模式：专门定义数据传输对象，代替直接返回数据库实体类，既能隐藏敏感字段，又能减少不必要的数据传输。比如用户API返回UserDTO，只包含昵称、头像这些前端需要的字段，不暴露密码、创建时间等内部信息。
• 策略模式：应对多分支业务逻辑时用，比如不同类型的支付接口，把支付逻辑抽象成PaymentStrategy接口，实现AliPayStrategy、WechatPayStrategy，Controller根据请求参数调用对应策略，不用写一堆if-else判断。
• 工厂模式：用于创建不同类型的服务实例，比如根据消息类型创建对应的消息处理器，由工厂类统一负责实例化，把对象创建和业务逻辑解耦。
• 单例模式：Spring默认所有Bean都是单例，像Service、Repository这些无状态组件，复用实例能节省资源，避免重复创建对象的开销。

• API网关模式：所有外部请求先经过网关，统一处理路由转发、身份认证、流量限流、日志监控等，不用每个微服务都重复开发这些功能，典型的比如Spring Cloud Gateway。
• 服务发现模式：解决微服务实例动态变化的问题，服务启动时注册到注册中心（比如Eureka、Nacos），其他服务通过服务名就能找到对应实例，不用硬写IP地址，适配实例扩容、下线的场景。
• 断路器模式：防止单个微服务故障拖垮整个系统，当调用某个服务失败次数达到阈值时，触发断路机制，直接返回降级结果，避免雪崩效应，常用的工具有Resilience4j。
• 事件驱动模式：微服务之间通过消息队列异步通信，比如订单创建后发送事件，库存服务监听事件自动扣减库存，不用同步调用，降低服务间的耦合度。
• Saga模式：处理分布式事务，把大事务拆分成多个微服务的小事务，通过事件或补偿操作保证最终一致性，比如订单支付失败后触发库存回滚的补偿逻辑。
• 领域拆分模式：按照业务领域划分微服务，比如电商系统拆成订单服务、库存服务、用户服务，每个服务专注自己的业务领域，做到高内聚低耦合。
• 配置中心模式：统一管理所有微服务的配置，比如数据库连接、参数开关，支持动态更新配置，不用重启服务，常用的有Nacos Config、Spring Cloud Config。

内容的提问来源于stack exchange，提问作者user3684675