黑暗也有阳光

一、语法层面 synchronized：是关键字，源码在 JVM 中（C++ 实现）；退出同步代码块时自动释放锁。 Lock：是接口，源码由 JDK 提供（Java 实现）；需手动调用unlock()

1. 底层依赖 ReentrantLock的非公平锁（NonfairSync）是基于 AQS（AbstractQueuedSynchronizer） 实现的。 2. 核心状态与结构 NonfairSy

synchronized 关键字的底层原理 Synchronized【对象锁】采用互斥的方式让同一时刻至多只有一个线程能持有【对象锁】 它的底层由 monitor 实现的，monitor 是 jvm

默认并发消费的含义在RocketMQ的Java客户端中，消费者默认采用并发消费模式（即MessageListenerConcurrently）。这意味着消费者会启动多个线程并发的从Broker拉取消息

一、fallback 与 blockHandler 的执行逻辑 当 @SentinelResource( 两者都配置时，Sentinel 会根据不同的触发条件选择不同的执行路径： 执行逻辑流程图 具体

在 Spring Cloud Feign 集成 Hystrix 时，fallback 和 fallbackFactory 都用于服务降级，但它们在使用方式和能力上有重要区别。以下是两者的全面对比： 1

高效计算索引（核心原因） HashMap通过哈希值确定元素在数组中的位置，计算索引的公式为： index = hash(key) & (n - 1) 其中 n 是数组长度，& 是按位与运算。 当 n 

底层数据结构 ArrayList 基于动态数组实现，内部通过一个连续的数组存储元素。数组的内存空间是连续分配的，并且每个元素都有固定的索引位置。 查询快的原因 由于数组是连续存储的，ArrayList

1. 内存地址计算效率 数组在内存中是连续存储的，每个元素的位置通过基地址 + 偏移量计算： 若索引从0开始： 第一个元素地址 = 基地址 + 0 × 元素大小 → 直接等于基地址。 第n个元素地址