chenxuefeng_accp的专栏

分片设计原则单分片不超过 5000 万行预留 30% 容量用于扩容性能优化props:sql.show: true # 开启SQL日志executor.size: 20 # 并发执行线程数监控指标分片查询延迟归并结果集大小分布式事务成功率灾备方案同城双活部署分片级数据备份。

摘要：IoC（控制反转）将对象创建和依赖管理交给Spring容器，通过构造器/Setter/@Autowired注入对象，实现解耦。AOP（面向切面编程）将通用逻辑（如日志、事务）抽离为切面，动态织入目标方法，通过切点表达式和通知实现非侵入式增强。二者共同构建了Spring高内聚、低耦合的架构，IoC负责对象生命周期管理，AOP处理横切关注点，提升代码复用性和可维护性。

摘要： Sentinel是阿里开源的流量防控组件，支持QPS限流、并发线程控制、热点参数限流等多种策略，通过滑动窗口统计和令牌桶等算法实现精准控制。其核心流程基于责任链（SlotChain），由FlowSlot执行限流检查，FlowRuleChecker对比阈值后拦截或放行请求。支持来源应用、集群等维度限流，可通过控制台或代码配置规则。高并发场景推荐结合WarmUp预热、RateLimiter匀速器及热点限流，保障系统稳定。

三大注册中心优雅上下线机制对比 本文对比了Eureka、Nacos和Zookeeper在服务上下线机制上的差异。Eureka通过状态标记和心跳机制实现，Nacos整合健康检查并支持REST API操作，Zookeeper则依靠临时节点管理。文章详述了各中心的优雅上下线实现方法，并给出选型建议：Spring Cloud推荐Eureka/Nacos，多语言系统可选Nacos/ZK，需强一致性的场景适合Zookeeper。最后总结了"上线三步骤"和"下线三守则"的口诀，强调

综上所述，Spring是一个Java开发框架，Spring Boot是一个基于Spring框架的开发框架，它提供了快速创建和配置Spring应用程序的方式，而Spring Cloud是一个构建分布式系统的开发框架，它基于Spring Boot，提供了许多可扩展的库和工具。Spring Cloud是一个用于构建分布式系统的开发框架，它基于Spring Boot，提供了许多可扩展的库和工具，例如服务发现、配置管理、负载均衡、断路器等等。

2、Redisson 默认每 10 秒续期一次锁 TTL，直到业务完成后手动释放，保证锁的可靠性。同时，它还支持可重入锁、读写锁、信号量等扩展能力，较原始 setnx 实现更健壮、易用。1、我们项目中使用 Redisson 实现分布式锁，主要利用其自动续期机制（WatchDog），避免因执行时间不确定导致锁失效问题。，通过内部的 WatchDog 机制每 10 秒自动延长锁的 TTL，默认锁时间为 30 秒；我们项目中使用默认 lock() 方式，以保证执行时间不可控的任务不会因 TTL 到期而丢锁。

本文介绍了JWT（JSON Web Token）的刷新机制及其实现方法。主要内容包括：为什么要使用RefreshToken，其与AccessToken的区别，安全建议以及具体代码实现。关键点在于通过短有效期的AccessToken和长有效期的RefreshToken组合，既保障安全性又提升用户体验。文章还提供了SpringBoot后端和Vue3前端的代码示例，并总结了自动续期流程和常见面试问题。实践建议包括将RefreshToken存储于服务器、使用HTTPS以及支持滑动过期等安全措施。

Nacos是阿里开源的微服务基础设施，提供注册中心与配置管理一站式解决方案。其核心架构包含NamingService和ConfigService两大模块，采用Raft协议保障数据一致性，支持AP/CP模式切换。服务注册通过心跳机制维持健康状态，配置中心实现热更新与多环境隔离。相比同类产品，Nacos优势在于双模式支持、多语言适配及K8s集成能力，适用于电商、金融等多样化场景。存储方面2.x版本引入MySQL支持，强化了数据持久化能力。

Sentinel 是通过滑动时间窗口计数 + 多种策略（如 QPS、线程数）来实现限流的，可以对资源（方法、接口、服务）进行精细化的流控设置，确保系统在高并发下的稳定性。

SpringMVC请求处理流程解析：DispatcherServlet作为核心控制器，通过doDispatch()方法驱动完整流程。首先获取处理器链（HandlerMapping），适配器（HandlerAdapter）调用Controller方法，中间执行拦截器逻辑（preHandle/afterCompletion）。返回结果后，视图解析器（ViewResolver）处理页面或消息转换器输出JSON。整个过程涉及五大核心组件协同工作，包括请求匹配、方法调用、视图解析等环节，典型场景如返回JSP页面或JS

本文概述了SpringMVC请求处理流程的完整机制：1）请求首先由DispatcherServlet接收；2）通过HandlerMapping匹配对应Controller方法；3）HandlerAdapter调用目标方法；4）返回值经由ViewResolver解析为视图或JSON；5）最终响应返回客户端。文中包含流程细节、源码定位和注解示例，并提供了面试答题模板。关键组件包括前端控制器、处理器映射/适配器、视图解析器等。流程特点为责任链式调用，高度解耦且扩展性强。

摘要： SpringBoot的自动装配通过@EnableAutoConfiguration实现，加载META-INF/spring.factories中的配置类，结合@Conditional条件动态注入Bean（如RedisTemplate）。三级缓存机制（DefaultSingletonBeanRegistry）解决循环依赖：一级缓存（完整Bean）、二级缓存（早期引用）、三级缓存（ObjectFactory）。构造器注入和多例模式无法解决循环依赖。面试常问自动装配排查、缓存源码实现及配置排除方法。

CAP理论指出分布式系统无法同时满足一致性（C）、可用性（A）和分区容错性（P）三个属性，必须权衡取舍。由于网络分区不可避免，实际系统通常在一致性（CP）和可用性（AP）之间选择。例如Zookeeper选择CP，Eureka选择AP，而Nacos则灵活支持两种模式。该理论揭示了分布式系统设计的核心矛盾，实际应用中常结合BASE理论进行补偿。

BASE 是 Basically Available、Soft state、Eventually consistent 的缩写

服务注册中心三巨头对比：Eureka（AP模型，已停止维护）、Zookeeper（CP模型，强一致但易阻塞）、Nacos（AP/CP可调，集成配置中心）。Nacos凭借服务注册+配置管理一体化、支持多种协议、丰富控制台等优势成为当前主流选择，尤其适合国内微服务生态。实际选型需根据业务需求：简单测试用Eureka，强一致协调用Zookeeper，企业级应用推荐Nacos。Nacos兼顾灵活性与功能性，支持百万级服务注册，是微服务架构的理想基础设施。

问题要点Gateway 如何进行请求路由？GatewayHandlerMapping 根据 RouteDefinition 中的 Predicate 匹配请求如何实现动态路由？实现 RouteDefinitionLocator + Refresh EndpointPredicate 支持哪些类型？Path、Method、Header、Query、Host 等Filter 的作用是？