负载因子动态阈值：根据是否在后台持久化调整扩容时机，避免不必要的性能损耗。渐进式rehash：将数据迁移分摊到每次操作中，避免单线程阻塞，保证服务响应速度。2的幂容量设计：通过高效计算索引，同时方便扩容时翻倍容量。理解这一机制，不仅能帮助你更好地使用Redis（如合理设计Hash类型的键值对数量），更能借鉴其"渐进式"思想，在自己的系统中处理大规模数据迁移问题。由于Redis是通过C语言写的，建议

本文以鞋厂促销活动为例，介绍策略模式的应用。策略模式通过将不同算法封装为独立策略类，实现算法的动态切换，解决传统if-else实现方式存在的耦合度高、可读性差、扩展性差等问题。文章详细展示了策略模式的四个核心角色（抽象策略、具体策略、环境类和客户端），并通过代码示例演示了如何实现满减、打折、积分等灵活促销策略。策略模式使系统能够根据不同场景动态切换算法，且新增策略时无需修改原有代码，极大提升了系统

先看type，再看Extratype决定查询的“基础性能等级”（避免ALL/index），Extra排查“隐性性能损耗”（优先解决Using temporary/Using filesort）；索引有效性是关键：通过与key的对比，判断索引是否生效；通过key_len判断联合索引是否被完全利用；结合实际场景优化：不要盲目追求“最优执行计划”（如为了type=ref而建大量索引），需平衡“查询性能”

在分布式系统中，消息中间件是实现服务解耦、异步通信的核心组件，而 Kafka 凭借其高吞吐、高可靠、可扩展的特性，成为日志收集、流式处理、消息队列等场景的首选方案。

/ name：目标服务名（必须与 user-service 的 spring.application.name 一致）// fallback：熔断降级类（当 user-service 不可用时，调用 UserFeignFallback 的方法）// 接口路径、请求方式、参数需与 user-service 的接口完全一致// SentinelResource：标记该方法需要熔断限流（value 为资

特性wait()park()所属类Object是否需要锁必须（块内）不需要唤醒方式notify()中断响应抛不抛异常，需手动检测锁竞争唤醒后需重新竞争锁唤醒后直接执行，无锁竞争典型应用传统同步机制协作并发工具类底层实现。

用AtomicInteger类来代替int定义i。相应的还有各个基本数据类型对应的Atomic类，这些类本身就是线程安全的。AtomicInteger 能保证原子性，核心在于其内部使用了 CAS（Compare And Swap，比较并交换）机制，配合 volatile 关键字保证可见性，从而实现了无需加锁（无锁机制）的线程安全操作。

通过“线程持有变量副本，自身作为访问入口”的设计，实现了线程隔离的变量存储，是多线程编程中“空间换时间”思想的典型应用。其核心源码围绕Thread的变量和线程隔离性：变量存在线程自身的中。以为 key（弱引用）存储副本。易用性：通过set()get()remove()简化操作。用完必须调用remove()，尤其在线程池环境中，否则可能导致内存泄漏或数据污染。合理使用，能在数据库连接、上下文传递等场

比如线程 A 已经获取了锁，在没释放的情况下再次调用。

HashMap是基于「数组 + 链表 + 红黑树」的哈希表实现，通过哈希值快速定位元素，平衡了查询与插入效率。其核心特性包括键值对存储、支持null键值、无序性、线程不安全、动态扩容等，这些特性都能在源码中找到明确实现。在实际使用中，HashMap适合单线程环境下的快速键值查询、临时数据存储等场景，但需注意线程安全、初始容量设置、键的方法重写等问题。理解HashMap的设计原理，不仅能帮助我们写出