在并发编程开发中，变量的初始化逻辑如果处理不当，很容易引发线程安全问题，同时不合理的锁设计会增加锁竞争，拖慢读写效率。静态块作为类加载阶段执行的代码块，具备天然线程安全的特性，非常适合用来初始化全局共享的分段锁变量，配合分段锁的设计思路，可以大幅减少并发场景下的锁冲突，提升变量的读写速度。
静态块与分段锁的核心特性
静态块的执行特点
静态块使用static关键字修饰，在类被加载到JVM时执行，且整个类生命周期中只会执行一次，执行过程由JVM保证线程安全，不需要开发者额外加锁处理。这个特性让它非常适合初始化全局共享的、不需要重复创建的变量，比如分段锁的数组、锁对象等。
分段锁的设计思路
分段锁的核心是将数据分成多个段，每个段对应一把独立的锁，不同段的读写操作不会互相阻塞，只有操作同一段数据时才需要竞争同一把锁。相比全局单锁，分段锁可以大幅降低锁竞争的概率，提升并发场景下的读写吞吐量。
传统初始化方式的问题
如果不在静态块中初始化分段锁变量，很容易出现以下问题：
- 多线程同时触发初始化逻辑，导致分段锁数组被重复创建，浪费内存资源
- 初始化过程中没有线程安全保障，可能出现部分段锁未初始化完成就被其他线程使用的情况
- 初始化逻辑分散在业务代码中，可读性和可维护性较差
静态块初始化分段锁变量的实战实现
下面以一个简单的分段计数器为例，演示如何用静态块初始化分段锁变量，提升并发读写速度。
完整代码示例
import java.util.concurrent.locks.ReentrantLock;
public class SegmentCounter {
// 分段数量，建议为2的幂次，方便后续取模计算
private static final int SEGMENT_COUNT = 16;
// 分段锁数组，每个元素对应一个段的锁
private static final ReentrantLock[] segmentLocks;
// 分段计数值数组，每个段维护自己的计数
private static final int[] segmentCounts;
// 静态块初始化分段锁和计数值
static {
segmentLocks = new ReentrantLock[SEGMENT_COUNT];
segmentCounts = new int[SEGMENT_COUNT];
// 遍历初始化每个段的锁对象和计数值，保证所有段都初始化完成
for (int i = 0; i < SEGMENT_COUNT; i++) {
segmentLocks[i] = new ReentrantLock();
segmentCounts[i] = 0;
}
}
/**
* 对指定key进行计数增加
* @param key 业务key，用来计算所属段
*/
public void increment(String key) {
// 计算key对应的段索引，取hash后和段数量-1做与运算，效率更高
int segmentIndex = (key.hashCode() & (SEGMENT_COUNT - 1));
// 获取对应段的锁
ReentrantLock lock = segmentLocks[segmentIndex];
lock.lock();
try {
// 操作对应段的计数值，不同段的操作不会互相阻塞
segmentCounts[segmentIndex]++;
} finally {
lock.unlock();
}
}
/**
* 获取当前总计数
* @return 所有段的计数总和
*/
public int getTotalCount() {
int total = 0;
// 遍历所有段累加计数，这里不需要加锁，允许弱一致性，适合读多写少场景
for (int count : segmentCounts) {
total += count;
}
return total;
}
public static void main(String[] args) throws InterruptedException {
SegmentCounter counter = new SegmentCounter();
// 模拟10个线程并发执行计数操作
Thread[] threads = new Thread[10];
for (int i = 0; i < 10; i++) {
int threadId = i;
threads[i] = new Thread(() -> {
for (int j = 0; j < 1000; j++) {
counter.increment("key_" + threadId + "_" + j);
}
});
}
// 启动所有线程
for (Thread thread : threads) {
thread.start();
}
// 等待所有线程执行完成
for (Thread thread : threads) {
thread.join();
}
System.out.println("最终总计数：" + counter.getTotalCount());
}
}
代码逻辑解析
上述代码中，静态块在类加载时一次性完成了segmentLocks和segmentCounts两个数组的初始化，保证了所有段锁和计数值在类被使用前已经准备就绪，不会出现多线程下的重复初始化问题。
在increment方法中，通过key的hash值计算对应的段索引，只获取对应段的锁，不同段的线程可以同时执行计数操作，大大减少了锁竞争。而getTotalCount方法不需要加锁，直接遍历累加所有段的计数，适合读多写少的场景，进一步提升了读操作的效率。
性能对比与优化建议
和全局单锁的实现方式相比，上述分段锁实现的并发性能提升非常明显：
| 实现方式 | 锁竞争概率 | 并发写吞吐量 | 读操作效率 |
|---|---|---|---|
| 全局单锁 | 高，所有写操作串行 | 低 | 需要加锁读，效率低 |
| 静态块初始化的分段锁 | 低，仅同段写操作竞争 | 高，多段可并行写 | 无锁读，效率高 |
实际使用中可以根据业务场景调整SEGMENT_COUNT的大小，如果并发量较高可以适当增大段数量，减少单段的操作频率；如果是读多写少的场景，还可以在段内使用读写锁替换重入锁，进一步提升读操作的并发能力。
注意事项
- 静态块中不要编写耗时的初始化逻辑，避免拖慢类的加载速度
- 分段数量建议设置为2的幂次，方便通过位运算快速计算段索引，提升计算效率
- 如果分段锁对应的业务数据需要支持动态扩容，需要额外设计段扩容的逻辑，避免扩容时出现线程安全问题