關于String有沒有長度限制的問題，我之前單獨寫過一篇文章分析過，最近我又抽慷訓顧了一下這個問題，發現又有了一些新的認識，于是準備重新整理下這個內容，
這次在之前那篇文章的基礎上除了增加了一些驗證程序外，還有些錯誤內容的修正，我這次在分析程序中會嘗試對Jdk的編譯程序進行debug，并且會參考一些JVM規范等全方面的介紹下這個知識點，
因為這個問題涉及到Java的編譯原理相關的知識，所以通過視頻的方式講解會更加容易理解一些，視頻我上傳到了B站：https://www.bilibili.com/video/BV1uK4y1t7H1/，
String的長度限制
想要搞清楚這個問題，首先我們需要翻閱一下String的原始碼，看下其中是否有關于長度的限制或者定義，
String類中有很多多載的建構式，其中有幾個是支持用戶傳入length來執行長度的：
public String(byte bytes[], int offset, int length)
可以看到，這里面的引數length是使用int型別定義的，那么也就是說，String定義的時候，最大支持的長度就是int的最大范圍值，
根據Integer類的定義，java.lang.Integer#MAX_VALUE的最大值是2^31 - 1;
那么，我們是不是就可以認為String能支持的最大長度就是這個值了呢？
其實并不是，這個值只是在運行期，我們構造String的時候可以支持的一個最大長度，而實際上，在運行期，定義字串的時候也是有長度限制的，
如以下代碼：
String s = "11111...1111";//其中有10萬個字符"1"
當我們使用如上形式定義一個字串的時候，當我們執行javac編譯時，是會拋出例外的，提示如下：
錯誤: 常量字串過長
那么，明明String的建構式指定的長度是可以支持2147483647(2^31 - 1)的，為什么像以上形式定義的時候無法編譯呢？
其實，形如String s = "xxx";定義String的時候，xxx被我們稱之為字面量，這種字面量在編譯之后會以常量的形式進入到Class常量池，
那么問題就來了，因為要進入常量池，就要遵守常量池的有關規定，
常量池限制
我們知道，javac是將Java檔案編譯成class檔案的一個命令，那么在Class檔案生成程序中，就需要遵守一定的格式，
根據《Java虛擬機規范》中第4.4章節常量池的定義，CONSTANT_String_info 用于表示 java.lang.String 型別的常量物件，格式如下：
CONSTANT_String_info {
u1 tag;
u2 string_index;
}
其中，string_index 項的值必須是對常量池的有效索引， 常量池在該索引處的項必須是 CONSTANT_Utf8_info 結構，表示一組 Unicode 碼點序列，這組 Unicode 碼點序列最侄訓被初始化為一個 String 物件，
CONSTANT_Utf8_info 結構用于表示字串常量的值：
CONSTANT_Utf8_info {
u1 tag;
u2 length;
u1 bytes[length];
}
其中，length則指明了 bytes[]陣列的長度，其型別為u2，
通過翻閱《規范》，我們可以獲悉，u2表示兩個位元組的無符號數，那么1個位元組有8位，2個位元組就有16位，
16位無符號數可表示的最大值位2^16 - 1 = 65535，
也就是說，Class檔案中常量池的格式規定了，其字串常量的長度不能超過65535，
那么，我們嘗試使用以下方式定義字串：
String s = "11111...1111";//其中有65535個字符"1"
嘗試使用javac編譯，同樣會得到"錯誤: 常量字串過長"，那么原因是什么呢？
其實，這個原因在javac的代碼中是可以找到的，在Gen類中有如下代碼：
private void checkStringConstant(DiagnosticPosition var1, Object var2) {
if (this.nerrs == 0 && var2 != null && var2 instanceof String && ((String)var2).length() >= 65535) {
this.log.error(var1, "limit.string", new Object[0]);
++this.nerrs;
}
}
代碼中可以看出，當引數型別為String，并且長度大于等于65535的時候，就會導致編譯失敗，
這個地方大家可以嘗試著debug一下javac的編譯程序（視頻中有對java的編譯程序進行debug的方法），也可以發現這個地方會報錯，
如果我們嘗試以65534個字符定義字串，則會發現可以正常編譯，
其實，關于這個值，在《Java虛擬機規范》也有過說明：
if the Java Virtual Machine code for a method is exactly 65535 bytes long and ends with an instruction that is 1 byte long, then that instruction cannot be protected by an exception handler. A compiler writer can work around this bug by limiting the maximum size of the generated Java Virtual Machine code for any method, instance initialization method, or static initializer (the size of any code array) to 65534 bytes
運行期限制
上面提到的這種String長度的限制是編譯期的限制，也就是使用String s= “”;這種字面值方式定義的時候才會有的限制，
那么，String在運行期有沒有限制呢，答案是有的，就是我們前文提到的那個Integer.MAX_VALUE ，這個值約等于4G，在運行期，如果String的長度超過這個范圍，就可能會拋出例外，(在jdk 1.9之前）
int 是一個 32 位變數型別，取正數部分來算的話，他們最長可以有
2^31-1 =2147483647 個 16-bit Unicodecharacter
2147483647 * 16 = 34359738352 位
34359738352 / 8 = 4294967294 (Byte)
4294967294 / 1024 = 4194303.998046875 (KB)
4194303.998046875 / 1024 = 4095.9999980926513671875 (MB)
4095.9999980926513671875 / 1024 = 3.99999999813735485076904296875 (GB)
有近 4G 的容量，
很多人會有疑惑，編譯的時候最大長度都要求小于65535了，運行期怎么會出現大于65535的情況呢，這其實很常見，如以下代碼：
String s = "";
for (int i = 0; i <100000 ; i++) {
s+="i";
}
得到的字串長度就有10萬，另外我之前在實際應用中遇到過這個問題，
之前一次系統對接，需要傳輸高清圖片，約定的傳輸方式是對方將圖片轉成BASE6編碼，我們接收到之后再轉成圖片，
在將BASE64編碼后的內容賦值給字串的時候就拋了例外，
總結
字串有長度限制，在編譯期，要求字串常量池中的常量不能超過65535，并且在javac執行程序中控制了最大值為65534，
在運行期，長度不能超過Int的范圍，否則會拋例外，
最后，這個知識點 ，我錄制了視頻(https://www.bilibili.com/video/BV1uK4y1t7H1/)，其中有關于如何進行實驗測驗、如何查閱Java規范以及如何對javac進行deubg的技巧，歡迎進一步學習，
本文由博客一文多發平臺 OpenWrite 發布！
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/187924.html
標籤：Java