Spring Cloud Alibaba是阿里巴巴开源的微服务解决方案，与Spring Cloud无缝集成，主要组件包括：

1. Nacos配置加载优先级？

Nacos配置加载遵循以下优先级（从高到低）：

1. 共享配置（shared-configs）
2. 扩展配置（extension-configs）
3. 应用自身配置（dataId）

2. Nacos配置动态刷新原理？

客户端长轮询服务端（默认30s），服务端采用Push模型加速通知。Spring Cloud通过@RefreshScope注解实现Bean重建，触发配置重新绑定。

3. 配置加密与安全传输

• 支持AES加密配置项（encrypt.*前缀）
• HTTPS通信需配置TLS证书
• 通过ACL控制访问权限

1. Gateway与Zuul核心差异？

2. 如何实现动态路由？

通过RouteDefinitionWriter更新路由定义，并触发RouteRefreshListener刷新：

 @Autowired
private RouteDefinitionWriter routeDefinitionWriter;
public void addRoute(RouteDefinition route) {
    routeDefinitionWriter.save(Mono.just(route)).subscribe();
    // 触发刷新
    applicationEventPublisher.publishEvent(new RefreshRoutesEvent(this));
}

1. 消息分区（Partitioning）实现原理？

通过PartitionKeyExtractor及PartitionSelector确定消息分区，确保同一业务ID的消息进入同一分区，保障顺序性。关键配置：

spring.cloud.stream.bindings.input.destination=user-events
spring.cloud.stream.bindings.input.group=user-group
spring.cloud.stream.kafka.bindings.input.consumer.partitioned=true
spring.cloud.stream.instance-count=3
spring.cloud.stream.instance-index=0

2. 消息重试与死信队列（DLQ）配置

• 开启重试：spring.cloud.stream.kafka.bindings.input.consumer.enable-dlq=true
• 配置重试次数：spring.cloud.stream.kafka.bindings.input.consumer.max-attempts=3
• 指定DLQ名称：spring.cloud.stream.kafka.bindings.input.consumer.dlq-name=user-events-dlq

1. Span与Trace关系？

Trace代表一次完整请求链路，Span代表链路中的单个操作（如一次HTTP调用）。每个Span包含：

• Trace ID：全局唯一，标识整条链路
• Span ID：标识当前操作
• Parent Span ID：父操作ID（根Span为null）

2. 如何降低采样率以减少性能开销？

配置采样策略：spring.sleuth.sampler.probability=0.1（仅采样10%请求）

或使用自定义策略：spring.sleuth.sampler.rate=10（每秒采样10次）

问题现象：用户下单接口偶发性超时，最终引发库存服务线程池耗尽，所有依赖库存的接口不可用。

根因分析：

1. 库存服务数据库慢查询（未走索引）导致单请求RT>2s
2. 库存服务未配置熔断，超时请求堆积
3. 上游服务未做降级，持续重试加剧雪崩

解决方案：

• 优化SQL：添加复合索引（user_id, create_time）
• 为库存服务配置Sentinel流控规则：QPS阈值=50，熔断降级RT=1000ms
• 上游服务增加降级逻辑：库存异常时返回“库存服务维护中”提示
• 部署异步补偿任务：订单超时自动取消

问题现象：用户支付成功后，优惠券未发放，导致用户重复领取优惠券。

根因分析：订单服务与优惠券服务通过Feign调用，订单服务本地事务提交后，优惠券服务异常，但订单已扣减库存。

解决方案：

1. 改用Seata AT模式：在两个服务中添加@GlobalTransactional
2. 创建undo_log表支持回滚
3. 配置全局事务超时时间：@GlobalTransactional(timeout=30000)
4. 增加事务补偿任务：定时扫描异常订单手动触发补偿

问题现象：服务启动时卡在“Fetching config from server”阶段，最终超时失败。

根因分析：Nacos配置中心网络不通，且未配置本地配置文件兜底。

解决方案：

• 配置本地配置文件：spring.cloud.nacos.config.shared-configs[0]=local.yaml
• 设置配置加载失败不终止启动：spring.cloud.nacos.config.fail-fast=false
• 增加健康检查：/actuator/health/nacos显示配置连接状态

1. 使用Trace ID定位全链路问题：

在日志中搜索Spring Cloud Sleuth生成的X-B3-TraceId，可串联所有服务调用记录。

2. 关键日志级别配置：

logging.level.org.springframework.cloud.gateway=DEBUG
logging.level.com.netflix.eureka=OFF
logging.level.io.seata=INFO

3. 生产环境日志采集建议：

• 通过Logback异步Appender提升性能
• 使用ELK栈集中管理日志
• 为关键服务配置独立日志文件（如seata.log）

• 云原生基础：Docker/K8s操作、Service Mesh（Istio）原理
• 监控体系：Prometheus指标采集、Grafana可视化、AlertManager告警
• CI/CD集成：Jenkins Pipeline集成Spring Boot部署
• 性能调优：JVM参数调优、GC日志分析、数据库慢查询优化

问题：“请谈谈你对微服务架构的理解？”

优秀回答结构：

1. 定义：微服务是将单体应用拆分为独立部署、松耦合的服务集群
2. 优势：技术异构性、独立部署、弹性伸缩、容错隔离
3. 挑战：分布式事务、服务治理、链路追踪、运维复杂度
4. 实践：结合项目经验说明如何解决上述挑战（如用Seata+补偿机制保障一致性）
5. 演进：未来向Service Mesh（Istio）与Serverless演进