Java中static类变量天然跨实例共享但不线程安全，需通过AtomicInteger、ConcurrentHashMap等线程安全类型或synchronized锁、ThreadLocal隔离等方式保障并发安全，且作用域仅限单JVM。
Java 中 static 类变量天然支持跨实例共享，但在多线程环境下，它只是“物理上共享”，不等于“逻辑上安全”。能否真正实现可靠、一致的全局共享，取决于你如何控制并发访问。
static 类变量的共享本质
static 变量属于类，随类加载初始化，存于元空间（JDK 8+），整个 JVM 内仅一份内存地址。所有线程通过类名（如 Counter.count）或任意实例访问的，都是同一块内存。这构成了共享的基础——但也是风险的源头。
- 基本类型（如 int、boolean）：共享的是值本身
- 引用类型（如 List、Map）：共享的是对象地址，多个线程操作的是同一个集合实例
- 不可变对象（如 static final String）：天然线程安全，无需额外防护
多线程下最危险的操作
不是所有读写都危险，真正引发数据错乱的是“可变 + 并发修改”：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- count++：看似一行，实为“读-改-写”三步，非原子，多线程下极易丢失更新
- list.add(item)：ArrayList 的 add() 方法未同步，可能抛 ConcurrentModificationException 或静默损坏内部结构
- map.put(key, value)：HashMap 在扩容时若被多线程触发，可能形成死链（JDK 7）或无限循环（JDK 8）
- if (cache == null) cache = load();：检查-再创建逻辑，若无同步，可能重复初始化或覆盖
安全共享的实用方案
优先用“免锁”的线程安全类型，其次才考虑加锁；能隔离就别共享。
立即学习“Java免费学习笔记（深入）”；
- 计数器用 AtomicInteger：调用 incrementAndGet()、compareAndSet()，底层基于 CPU CAS 指令，高效且无锁
- Map 用 ConcurrentHashMap：支持并发读写，putIfAbsent()、computeIfAbsent() 等复合操作也保证原子性
- List 依场景选型：读远多于写 → CopyOnWriteArrayList；生产者-消费者模型 → BlockingQueue
- 必须用非线程安全类型时，锁要精准：声明 private static final Object LOCK = new Object();，只包裹真正临界区（如单条 count++），避免锁住 I/O 或长耗时逻辑
- 每个线程需独立状态时，用 ThreadLocal：比如 SimpleDateFormat、数据库连接、用户上下文；记得在线程池中调用 remove() 防泄漏
特别注意：这不是分布式全局共享
static 变量的作用域严格限定在单个 JVM 进程内。无论你在同一台机器启两个 Spring Boot 实例，还是 Kubernetes 部署十个 Pod，每个进程都有自己的 static 变量副本，彼此完全隔离。若需跨节点共享（如订单总数、开关配置），必须借助 Redis、ZooKeeper、Nacos 等外部存储。
