Scala类型的内存分配：堆还是栈

Great question—this is such a common gotcha when navigating Scala's type system alongside Java's, especially since Scala does a lot of heavy lifting behind the scenes to keep things clean. Let's break down your questions one by one:

1. 何时用包装类（Integer），何时用基本类型（int）？ #

Scala的Int（小写开头的scala.Int，不是Java的Integer）会根据上下文自动在Java的int和Integer之间切换：

• 优先用基本类型int的场景：当你处理局部变量的简单运算、非泛型的数值存储时，Scala会编译成Java基本类型，因为它更高效，没有对象创建的开销。比如val age: Int = 25这种简单赋值，底层就是int。
• 自动切换到包装类Integer的场景：
  • 当你把数值放进泛型集合（比如List[Int]），因为Java泛型不支持基本类型，只能用引用类型，所以Scala会自动装箱成Integer。
  • 当你需要可空的数值类型（比如Option[Int]），因为基本类型不能为null，必须用包装类来承载null的可能性。
  • 当和需要接收Integer的Java API交互时，Scala会自动完成装箱。

2. 存储位置的区别 #

• 包装类Integer：作为Java对象，它的实例数据存储在堆中；如果是局部变量的引用，这个引用本身会存在栈上；如果是类的成员变量，引用会跟着对象一起存在堆里。
• 基本类型int：
  • 局部变量的话，直接存储在栈上，访问速度更快。
  • 如果是类的实例成员变量，会跟着对象一起存在堆内存中（因为对象本身在堆里，它的成员自然也在堆里）。
  • 如果是静态成员变量，会存在方法区的静态存储区域。

3. 手动在二者间切换 #

虽然Scala默认自动装箱拆箱，但你也可以手动控制：

• 手动装箱（Int → Integer）：用Int.box(123)得到java.lang.Integer对象，或者直接声明类型强制装箱：val num: java.lang.Integer = 456。
• 手动拆箱（Integer → int）：用Integer.unbox(myInteger)获取基本类型，或者调用包装类的方法myInteger.intValue()。

Scala的优化细节 #

Scala的Int是一个值类（Value Class），这是它的核心优化点：编译时会尽量避免创建Integer对象，只有在必须使用引用类型的场景（比如泛型、可空需求）才会触发装箱。这样既保留了面向对象的便利性（比如可以调用Int的方法），又兼顾了基本类型的性能优势。

内容的提问来源于stack exchange，提问作者Gibbs