String的长度 是有限制的。
String其实是使用的一个char类型的数组来存储字符串中的字符的。
看看字符串返回长度的方法
返回值类型是int类型
其长度最大限制为2^31 -1， 那么说明了数组的长度是0~2^31-1， 那么计算一下就是（2^31-1 = 2147483647 = 4GB） --------21亿左右
JVM在编译时，如果我们将字符串定义成了字面量的形式，编译时JVM是会将其存放在常量池中，这时候JVM对这个常量池存储String类型做出了限制
常量池中，每个 cp_info 项的格式必须相同，它们都以一个表示 cp_info 类型的单字节 “tag”项开头。后面 info[]项的内容 由tag 的类型所决定。
在class文件中u2表示的是无符号数占2个字节单位，我们知道1个字节占8位，2个字节就是16位 ，那么2个字节能表示的范围就是2^16- 1 = 65535 。 范中class文件格式对u1、u2的定义的解释做了一下摘要：
这里对java虚拟机规摘要部分
1、class文件中文件内容类型解释
定义一组私有数据类型来表示 Class 文件的内容，它们包括 u1，u2 和 u4，分别代
表了 1、2 和 4 个字节的无符号数。
每个 Class 文件都是由 8 字节为单位的字节流组成，所有的 16 位、32 位和 64 位长度的数
据将被构造成 2 个、4 个和 8 个 8 字节单位来表示。
2、程序异常处理的有效范围解释
start_pc 和 end_pc 两项的值表明了异常处理器在 code[]数组中的有效范围。
start_pc 必须是对当前 code[]数组中某一指令的操作码的有效索引，end_pc 要
么是对当前 code[]数组中某一指令的操作码的有效索引，要么等于 code_length
的值，即当前 code[]数组的长度。start_pc 的值必须比 end_pc 小。
当程序计数器在范围[start_pc, end_pc)内时，异常处理器就将生效。即设 x 为
异常句柄的有效范围内的值，x 满足：start_pc ≤ x < end_pc。
实际上，end_pc 值本身不属于异常处理器的有效范围这点属于 Java 虚拟机历史上
的一个设计缺陷：如果 Java 虚拟机中的一个方法的 code 属性的长度刚好是 65535
个字节，并且以一个 1 个字节长度的指令结束，那么这条指令将不能被异常处理器
所处理。不过编译器可以通过限制任何方法、实例初始化方法或类初始化方法的
code[]数组最大长度为 65534，这样可以间接弥补这个 BUG。
首先字符串的内容是由一个字符数组 char[] 来存储的，由于数组的长度及索引是整数，且String类中返回字符串长度的方法length() 的返回值也是int ，所以通过查看java源码中的类Integer我们可以看到Integer的最大范围是2^31 -1,由于数组是从0开始的，所以数组的最大长度可以使【0~2^31-1】通过计算是大概4GB。
但是通过翻阅java虚拟机手册对class文件格式的定义以及常量池中对String类型的结构体定义我们可以知道对于索引定义了u2，就是无符号占2个字节，2个字节可以表示的最大范围是2^16 -1 = 65535。
其实是65535，但是由于JVM需要1个字节表示结束指令，所以这个范围就为65534了。超出这个范围在编译时期是会报错的，但是运行时拼接或者赋值的话范围是在整形的最大范围。
