Scala与JMM：数值类型性能疑问：无基本类型的Scala为何比Java快？

Scala数值类型与性能疑问解答 #

你提到的认知存在两处核心偏差，理清这两点就能理解Scala的性能表现逻辑：

• 首先Scala的Int/Short/Long等数值类型，在JVM平台编译后默认会映射为Java的原生基本类型，只有在必须使用对象的场景（比如传入泛型方法、存入对象集合）才会触发自动装箱，这一机制和Java的自动装箱拆箱逻辑完全一致，不存在额外的对象分配开销。
• 其次JMM从未规定对象只能分配在堆上，主流JDK版本早已支持逃逸分析优化：只要编译器分析得出某个对象不会逃出方法作用域，就会直接将其分配在栈上，方法执行结束后随栈帧弹出直接销毁，完全不需要GC介入，开销和原生基本类型没有差异。

Scala在多数场景下性能优于Java，主要来自编译器与标准库的额外优化：

• 值类（Value Class）机制：用户自定义的包装类只要继承AnyVal且仅包含一个主构造参数，编译后会自动拆箱为原生类型，既保留了类型安全性，又没有额外的对象分配开销，比Java手动处理包装类的场景效率更高。
• 更激进的编译期优化：Scala编译器会主动消除大量不必要的装箱操作、不可达代码，对函数式语法的内联、尾递归优化支持比Java编译器更完善，很多函数式写法的性能会超过Java手写的等价命令式代码。
• 集合库优化：Scala标准库的集合针对常见读写场景做了大量定制化优化，比如不可变集合的共享数据结构设计、可变集合的预扩容策略，在多数业务场景下的性能表现优于Java的标准集合实现。

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