为何java Integer不可变

在 Java 中，Integer 是不可变（immutable）的，核心原因可以归结为设计目标、安全性、性能优化（缓存）以及并发友好性。下面分点说明。

1. 什么是“不可变”

Integer 一旦被创建，它包装的 int 值就不能再被修改。

例如：

Integer a = 10;
a = 20; // 不是修改原对象，而是让 a 指向新的 Integer 对象

Integer 内部大致是这样（简化）：

public final class Integer {
    private final int value;

    public Integer(int value) {
        this.value = value;
    }
}

• final class：不能被继承
• private final int value：值不可改

2. 为什么设计成不可变？

✅ (1) 线程安全

不可变对象：

• 天然线程安全
• 不需要加锁
• 多个线程共享不会出问题

Integer count = 0;
// 多线程同时“修改”时，其实是创建新对象，不会相互影响

✅ (2) 可作为 HashMap / HashSet 的键

Integer 常被用作：

Map<Integer, String> map = new HashMap<>();

如果 Integer 可变：

• 修改值后 hashCode() 变
• HashMap 会找不到原来的键
• 导致严重 Bug

不可变保证了：

• hashCode() 永远不变
• 缓存安全

✅ (3) 支持整数缓存（Integer Cache）

Java 对 -128 ~ 127 的 Integer 做了缓存：

Integer a = 100;
Integer b = 100;
System.out.println(a == b); // true

如果 Integer 可变：

• 修改 a 会影响 b
• 缓存机制直接崩溃

✅ (4) 避免别名（Alias）问题

如果 Integer 可变：

Integer x = new Integer(10);
Integer y = x;
y.setValue(20); // 如果允许
// x 也变了，非常危险

不可变避免了这种隐式修改。

✅ (5) 与基本类型行为一致

基本类型 int 本身是“值传递”的：

void test(int x) { x = 100; }

Integer 作为包装类，保持类似的语义，避免混淆。

3. 为什么看起来像“能改”？

Integer i = 1;
i++;

其实是：

i = Integer.valueOf(i.intValue() + 1);

✅ 创建新对象
❌ 没改原对象

4. 对比：为什么 AtomicInteger 是可变的？

如果你真的需要可变整数：

AtomicInteger count = new AtomicInteger(0);
count.incrementAndGet();

这是专门为并发计数设计的类，和 Integer 的定位不同。

总结一句话

Integer 不可变，是为了安全、稳定、可缓存、线程友好，并符合 Java 对值类型包装类的设计哲学。

如果你愿意，我也可以讲：

• Integer 缓存源码
• Integer vs int 面试常问点
• 为什么 String 也是不可变的