摘要： static、final和volatile是Java中的三个重要关键字，它们分别具有不同的特性。static用于声明类级共享变量，所有实例共享；final表示变量只赋值一次，引用不可变但内容可能可变；volatile保证多线程间的可见性。组合使用时，static final常用于定义全局常量（如配置参数），static volatile适用于线程间共享状态变量（如开关标志）。在项目中，st

本文系统梳理了23种设计模式，分为创建型、结构型和行为型三大类。重点解析了7种高频面试设计模式（策略、单例、工厂、责任链、代理、模板方法、观察者），包含典型应用场景、生活类比和代码示例。特别分析了策略模式的4大缺点及优化方案，建议采用工厂模式+注册机制来避免策略膨胀问题。推荐面试时优先掌握策略等7种核心模式，强调"项目实践+结构解析+代码演示+生活类比"的叙述逻辑。最后提供了设

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

数据预热是指在系统启动或业务前置阶段提前加载热点数据到缓存等中间件中，避免冷启动时缓存未命中问题。常见场景包括缓存冷启动、击穿、雪崩等。典型预热方式包括：1）启动时预热固定热点数据；2）定时任务更新动态热点；3）热点探测异步加载；4）运维手动触发。设计需考虑缓存一致性、多级缓存、扩容同步等问题。电商系统常应用于商品详情页、促销活动等场景，采用自动+定时+异步预热组合策略，并设置随机过期时间防止雪崩

本文提供了主流数据库的选型指南，从OLTP到OLAP场景全面覆盖。MySQL适合传统事务处理，PolarDB适用于云原生扩展，PolarDB-X和TiDB满足分布式事务需求。对于文档存储推荐MongoDB，时序/宽表场景可选择TableStore，分析型场景则适合ClickHouse。文章详细对比了各产品的技术特性、适用场景及限制，并针对电商、IoT、金融等典型业务给出选型建议，同时提供了各产品的