为什么循环中不能多次使用+=

每一次+=，都需要先新建StringBuilder对象，并更改引用，从而增大系统开销。

从编译的代码来看，String+的准确操作是：

new StringBuilder()

new String.valueof()

StringBuilder.

StringBuilder.append()

StringBuilder.toString()

value前增加的修饰语？
其value系列函数前增加了static修饰语，表明返回的对象是不可变的

为什么要返回static string呢？

hashCode使用了什么公式，试比较一下它与身份证验证码、ISBN（国际标准书号）、银行卡号的验证码的生成算法有何不同？

hashCode使用的公式如下： s[0]*31^(n-1) + s[1]*31^(n-2) + ... + s[n-1]
其中n为字符串长度，s[i]是字符串中第i个字符。

• 身份证校验码：身份证校验码是身份证号的最后一位，其计算方法如下：
  1、将前面的身份证号码17位数分别乘以不同的系数。从第一位到第十七位的系数分别为：7 9 10 5 8 4 2 1 6 3 7 9 10 5 8 4 2 ；
  2、将这17位数字和系数相乘的结果相加；
  3、用加出来和除以11，看余数是多少；
  4、余数只可能有0 1 2 3 4 5 6 7 8 9 10这11个数字。其分别对应的最后一位身份证的号码为1 0 X 9 8 7 6 5 4 3 2；
• ISBN计算方法：
  1.假设某13位ISBN号码前15位(包含‘-’符号）是：987-7-309-04547；
  2.位置为123-4-567-89(10)(11)(12)
  3.计算加权和S：S＝9×1＋8×3＋7×1＋7×3＋3×1＋0×3＋9×1＋0×3＋4×1＋5×3＋4×1＋7×3 = 117；
  4.计算S÷10的余数M：M = 117 mod 10 = 7；
  5.计算10－M的差N：N = 10 ? 7 = 3 (如果10－M的值为10则校验码取0)
• 银行卡号的验证码

不同点：String的hashCode的计算没有明显地取余数，而是直接利用了int类型数值的范围？？
String的hashCode 的计算利用了乘方运算，比其它的计算方式更为复杂，更不容易出现相等的情况。
这里写的不好

equals方法是判断内容相等还是引用相等？compareTo是比较什么？

首先判断引用是否相同，如果引用相同，则返回true，否则，如果对象是String类型的，则进一步比较内容是否相同，相同的情况下，就返回true，否则返回false。
compareTo按照字典顺序进行比较。

intern()方法的注释表明什么样的字符串一定是放到一个池子中的？

所有“literal string”都在String Pool中
“literal”代表字符串，数值等值等于本身。常量表达式计算出来的是“literal”。

其indexOf使用了什么样的算法流程？

首先判断起始位置fromIndex是否在合法的范围，然后，从起始位置开始逐个遍历字符串（内容实际上存储在了char[]中），依次检查是否为所查找的字符，如果是，则返回其下标，如果到最后都没有发现，就返回-1。此外，如果所查找的字符ch>=Character.MIN_SUPPLEMENTARY_CODE_POINT,则其为增补字符，调用indexOfSupplementary(int ch, int fromIndex)进行查找。该函数中将字符分为高位和低位进行匹配。

为什么要有这个MIN_SUPPLEMENTARY_CODE_POINT呢？

substring函数会抛出什么样的异常，这个异常是不是一定要捕获？

IndexOutOfBoundsException。这个异常是RuntimeException的子类，所以可以不捕获。

补充：关于java中的异常

点击以查看引用源

Throwable有两个重要的子类：Exception和Error。

• Error（错误）:是程序无法处理的错误，表示运行应用程序中较严重问题。大多数错误与代码编写者执行的操作无关，而表示代码运行时 JVM（Java 虚拟机）出现的问题。例如，Java虚拟机运行错误（Virtual MachineError），当 JVM 不再有继续执行操作所需的内存资源时，将出现 OutOfMemoryError。这些异常发生时，Java虚拟机（JVM）一般会选择线程终止。这些错误表示故障发生于虚拟机自身、或者发生在虚拟机试图执行应用时，如Java虚拟机运行错误（Virtual MachineError）、类定义错误（NoClassDefFoundError）等。这些错误是不可查的，因为它们在应用程序的控制和处理能力之 外，而且绝大多数是程序运行时不允许出现的状况。对于设计合理的应用程序来说，即使确实发生了错误，本质上也不应该试图去处理它所引起的异常状况。在 Java中，错误通过Error的子类描述。
• Exception（异常）:是程序本身可以处理的异常。Exception 类有一个重要的子类 RuntimeException。RuntimeException 类及其子类表示“JVM 常用操作”引发的错误。

Java的异常(包括Exception和Error)还分为可查的异常（checked exceptions）和不可查的异常（unchecked exceptions）。

• 可查异常（编译器要求必须处置的异常）：正确的程序在运行中，很容易出现的、情理可容的异常状况。可查异常虽然是异常状况，但在一定程度上它的发生是可以预计的，而且一旦发生这种异常状况，就必须采取某种方式进行处理。 除了RuntimeException及其子类以外，其他的Exception类及其子类都属于可查异常。这种异常的特点是Java编译器会检查它，也就是说，当程序中可能出现这类异常，要么用try-catch语句捕获它，要么用throws子句声明抛出它，否则编译不会通过。

• 不可查异常(编译器不要求强制处置的异常):包括运行时异常（RuntimeException与其子类）和错误（Error）

Exception还可以分为运行时异常和非运行时异常（编译异常）。

• 运行时异常：都是RuntimeException类及其子类异常，如NullPointerException(空指针异常)、IndexOutOfBoundsException(下标越界异常)等，这些异常是不检查异常，程序中可以选择捕获处理，也可以不处理。这些异常一般是由程序逻辑错误引起的，程序应该从逻辑角度尽可能避免这类异常的发生。 运行时异常的特点是Java编译器不会检查它，也就是说，当程序中可能出现这类异常，即使没有用try-catch语句捕获它，也没有用throws子句声明抛出它，也会编译通过。
• 非运行时异常 （编译异常）：是RuntimeException以外的异常，类型上都属于Exception类及其子类。从程序语法角度讲是必须进行处理的异常，如果不处理，程序就不能编译通过。如IOException、SQLException等

concat函数使用了哪个类的什么方法，这个方法中最终又是调用了什么类的什么方法？

使用了Arrays.copyOf()方法（最终调用了Array.newInstance, new Object[]）和String.getChars()方法，后者调用了System.arraycopy()方法

replaceAll中借用了什么类来实现？valueOf及format呢？

• 借用了Matcher类来实现，而Matcher又是通过Pattern类的compile()方法获得的。
• valueOf使用了object类的toString()方法以及String类的诸多构造函数。
• format类使用了Formatter类的format方法