Java 类型安全新突破：Project Valhalla 如何同时兼顾性能

在 Java 里做领域驱动设计时，你可能遇到过这种情况。你想用一个专门的类型来保证某个数值永远是正数，结果编译器却管不住它。类型安全看起来很美好，但一到高频处理场景，性能就拉胯了。

以前的做法很简单：边界处做校验，核心路径就直接用原始类型。表面上解决了问题，实际却把类型安全丢掉了。

包装类为什么拖累性能

拿一个最简单的 PositiveInt 举例。它只包装一个 int，却要占用 16 字节内存。把一百万个这样的对象放进数组，数组里存的不是值本身，而是指向堆内存的引用。

每次访问都要多一次指针跳转，CPU 缓存容易失效。内存占用也直接翻倍。开发者早就知道这个代价，所以才在性能敏感的地方放弃类型安全。

Project Valhalla 带来的改变

Java 27 早期版本已经能试用 value 关键字了。它让类失去“身份”，JVM 可以像对待原始类型一样处理它。对象可以直接平铺在数组、字段或者寄存器里，不再需要对象头，也不用堆分配。

public value class PositiveInt {
    private final int value;

    public PositiveInt(int value) {
        if (value <= 0) {
            throw new IllegalArgumentException("must be positive: " + value);
        }
        this.value = value;
    }

    public int value() { 
        return value; 
    }
}

语法跟普通类差不多，校验逻辑依然保留。但现在 JVM 可以把这个值直接塞进数组槽位，节省大量内存和访问开销。

多字段场景也能受益

比如一个包含经纬度的 Coordinate 类。传统对象需要层层引用，而 value 类可以把两个 double 值直接连在一起，占用 16 字节，无指针、无缓存失效。

对地图服务、天气分析这类需要处理大量地理数据的应用来说，吞吐量提升非常明显。

领域类型不再牺牲性能

在域名注册场景里，我们经常需要校验域名格式、顶级域名是否合法。以前验证完就转成字符串处理，现在可以用 value 类把校验逻辑封装进去。

public value class DomainName {
    private final String value;

    public DomainName(String value) {
        if (!isValidDomain(value)) {
            throw new IllegalArgumentException("Invalid domain: " + value);
        }
        this.value = value;
    }
}

处理 DNS 查询时，这些类型可以一直保留到最后，而不会因为性能问题被迫拆掉。

类型安全带来额外好处

除了性能，value 类还能让编译器帮你避免低级错误。比如用泛型约束，让 Probability 和 Price 无法互相比较。这在以前因为性能顾虑很少有人真正实现，现在变得实际可行。

对架构设计的启发

对我们这种提供云托管的平台来说，这意味着类型安全不再是“边界装饰”，可以真正贯穿整个系统。开发者不需要再在正确性和速度之间做取舍。

未来展望

Project Valhalla 还在预览阶段，但趋势已经很清楚。一旦稳定下来，它很可能成为 Java 领域驱动设计的基础工具。

现在就可以开始思考：你的代码里有哪些地方因为性能顾虑而放弃了类型安全？那些地方就是 value 类最适合发挥作用的地方。