问题描述
对于下面的代码当 name 为 null 的时候会 JVM 会抛出 NPE 吗？
String message = "hello" + name;
这只是看实习生代码的时候随口问的一个问题，发现很多人都是有迷惑的。
- 答案一：该代码无法执行，会抛出
NPE。 - 答案二：该代码可以执行，
message结果为hello - 答案三 : 该代码可以执行，
message结果为hellonull
java 中不允许程序员做运算符的重载。而 + 是 java 中唯一的对字符串的拼接进重载的操作符。个人觉得 java 不允许运算符的重载实际上是限制了程序员的自由，尤其是在做 DSL 设计的时候，当然 java 不大适合做 DSL 的宿主语言。
言归正传，回到刚才的 java代码，其实答案三是正确的。那么为什么会输出 hellonull 呢？
对这样语言特性的问题，想找到答案最好的参考资料便是语言规范。《Java Language Specfication》任何一个版本都能给出上面问题的答案。刚好我手头有1.7的规范，里面是这么描述的：
The string concatenation operator + (§15.18.1), which, when given a String operand and a reference, will convert the reference to a String by invoking the toString method of the referenced object (using "null" if either the reference or the result of toString is a null reference), and then will produce a newly created String that is the concatenation of the two strings.
其实问题已经很清楚了，对于 + 操作符作用于字符串时对于 null 这一特殊的引用类型用字符串 n u l l 来代替。
其实绝大多数稍微有点经验的成员都知道对于 + 操作符拼接字符串的时候会创建多个对象。但 java 语言本身在编译的时候做了优化，使用StringBuilder 调用其 append 方法来减少字符串对象的创建。当看了StringBuilder这个类的相关方法时候，我们发现如下的代码：
public AbstractStringBuilder append(String str) {
if (str == null)
return appendNull();
// other code
}
这个方法中有这样一段注释：
The characters of the String argument are appended, in order, increasing the length of this sequence by the length of the argument. If str is null, then the four characters "null" are appended.
所以说，无论是 + 的拼接还是 StringBuilder 的 append 方法都会用null来代替null引用。毕竟这是 JLS 的规范。
但是，在实际使用的过程中我们往往要避免掉类似的问题。但是却要根据具体的使用场景来做决断。比如，做参数检查不接受null的字符串。在拼接过程中可以用空字符串"" 来代替null。
