2022年Java將有什麼新的特性和改進，我相信很多Java開發者都想知道。結合Java語言架構師布萊恩·格茨（Brian Goetz）最近的一些分享，胖哥給大家爆個料。老規矩，點贊走起。
Valhalla
布萊恩·格茨在去年底發表了一篇名爲State of Valhalla的文章，裏面信息量非常大，裏面提到早在2014年Java項目組就啓動了一個名叫Valhalla的項目，這個項目將爲JVM平臺帶來更加靈活的、扁平化的數據類型。在2021年該項目將有進一步的動作，值對象（value objects）、原始類（primitive classes）、專用泛型（specialized generics）即將引入JVM平臺。今天先來聊聊這個值對象是個啥。
我們知道什麼是“值”，什麼是“對象”，但是什麼是“值對象”呢？不光你們懵逼，我也懵逼，來一起研究研究。
Java類型系統的不足
Java類型系統由內置的10種類型組成，這10種類型無法直接表達複雜的數據結構，例如字符串、三維座標、空間向量等等，但是開發者可以用這10種類型來爲業務實體建模，Java的類型體系是非常有用的。
但是Java類型仍然存在“缺陷”， 同一個類的兩個對象包含完全相同的屬性，但是它們的內存尋址是不一樣的。
所以從某種意義上說，他們有自己的身份標識。
但是對於原始類型就不一樣了，如果一個int類型的變量值爲7，另一個也爲7，區分它們有意義嗎？這個7還是那個7？顯然是無意義的。
讓我們再來舉一個現實中的例子，兩件相同尺寸、材質的紅色衣服肯定是兩件不同的衣服，但是它們的材質肯定是一種材質，顏色肯定是一種顏色，不會有傻子認爲這是兩種顏色。這裏面的尺寸當然可以通過Java中的原始類型去描述，但是材質和顏色不行（雖然顏色可以用十六進制表示），這裏的尺寸、材質、顏色都應該被認爲是原語。
這個痛點促使了Valhalla項目的誕生。
對象頭
爲了理解Valhalla引入的 Value Object / Class 和 Primitive Object / Class 概念能夠給我們帶來了什麼，我們需要看看JVM是如何將對象保存在內存中的。
對象頭對類的對象非常重要，決定哪個線程可以訪問對象、垃圾收集器標記、對象hash；更重要的還有對象的類型指針，它能夠在運行時動態訪問對象的類，並從其類到該對象的詳細信息，比如繼承多態、反射。
但是凡事都有兩面性，Java對象內存佔用的大小取決於它所包含的信息的總和，對象頭在 64 位系統上至少需要 16 個字節，在 32 位系統上至少需要 8 個字節（當然JVM可以通過配置項去設置如何保存對象頭）。很多對象不需要多線程，也不需要什麼對象標識，就像上面提到的衣服的顏色，只有顏色的值纔是我們關心的事。這種冗餘的內存佔用讓Java爲人詬病。
Value Class
對於許多對象來說,它屬性值的相等性是我們關心的，其它類信息沒什麼用，而且只爲保存值和對這些值進行操作而編寫的類在所有類中所佔的比例非常大。Valhalla項目爲這樣的場景引入了一個新的類類型：Value Class。目前還只是JEP草案，但是已經初具形態：
value class Substring implements CharSequence {
private String str;
private int start;
private int end;
public Substring(String str, int start, int end) {
checkBounds(start, end, str.length());
this.str = str;
this.start = start;
this.end = end;
}
public int length() {
return end - start;
}
public char charAt(int i) {
checkBounds(0, i, length());
return str.charAt(start + i);
}
public Substring subSequence(int s, int e) {
checkBounds(s, e, length());
return new Substring(str, start + s, start + e);
}
public String toString() {
return str.substring(start, end);
}
private static void checkBounds(int start, int end, int length) {
if (start < 0 || end < start || length < end)
throw new IndexOutOfBoundsException();
}
}
Value Class和我們常見的類差不多，但是它可能（這裏依然在討論中）具有下面一些特性：
-
值對象是沒有身份的對象，通常情況下我們用
==運算符檢查身份，這裏可能和equals()不再有區別。 -
值類本身和它的所有字段默認都是
final的。 -
該類不直接或間接地實現
java.lang.IdentityObject（有身份標識類的新超類）。這意味着超類要麼是無狀態抽象類，要麼Object是無狀態抽象類。 -
值類都是
java.lang.ValueObject的隱式實現。 -
沒有構造
super函數調用構造函數。將在不執行任何超類初始化代碼的情況下創建實例。 -
無法在值類中使用
synchronized關鍵字。 -
（可能）該類沒有聲明
finalize()方法。 -
（可能）構造函數不使用
this來設置構造函數主體中的字段，或者可能在所有字段都明確內存分配之後。
其它的操作和普通的類應該差別不大，但是要注意的是，JDK標準庫中的一些原有類如果被認定爲Value Class需要做兼容性處理。
value要成爲保留字還是關鍵字？
這不是全部
Value Class對Java類對象頭進行了閹割，有利於降低Java的內存消耗，但是這不是Valhalla計劃的全部。對於這一部分過於超前的內容，我寫起來其實是很有困難的，構思了好幾天，從場景出發來了解一門編程語言的設計有利於從根本提高自己。如果你想了解更多關於Valhalla的東西，可以關注我，我會繼續分享相關的知識。
關注公衆號：Felordcn 獲取更多資訊