网上看到的一个面试题，问我们老师，解释的不清楚。
所以拿到这里问一下。
short s1=1;
s1=s1+1;
----------
short s1=1;
s1+=1;编译那个有问题，请解释。第一个s1=s1+1,需要强制转换，向下转型，编译不通过。
第二个s1+=1,编译没有问题，请问这是什么原因？
能从内存的分配的角度分析一下吗？
静待高手解答……
所以拿到这里问一下。
short s1=1;
s1=s1+1;
----------
short s1=1;
s1+=1;编译那个有问题，请解释。第一个s1=s1+1,需要强制转换，向下转型，编译不通过。
第二个s1+=1,编译没有问题，请问这是什么原因？
能从内存的分配的角度分析一下吗？
静待高手解答……
s1+=1 复合赋值运算复合赋值运算符会自动地将运算结果转型为其左操作数的类型
《Java™ Puzzlers: Traps, Pitfalls, and Corner Cases》（中文名《Java解惑》）中的Puzzle 9有解析为什么，主要是简单“赋值”操作符和“复合”赋值操作符的区别。
等价于 short s = (short)(s + 5.0);
所以
short s1=1;
s1=s1+1; 此时s1就变成了int类型的了
由于1系统默认是int,先将s1提升为int与1相加，返回类型是int，然后就出错了
所以，题中，s1 += 1;等价于 s1 = (short)(s1+1);是正确的！
说说第二个。short s1=1; s1+=1; 在JAVA语言规范中，对于+=，-=等运算符，先将运算符右边的变量类型
强制转换为左边的类型，在此表达式中，即先将1转换为short类型，故可以通过编译。
int .那么s1=s1+1就是把一个int类型赋给short类型，肯定不对了。s1+=1中,符号+=可以把1转换成short类型，所以s1+=1编译通过
第一个s1+1的结果自动转成int类型了，int直接赋值给short类型的s1是不行的。
第二个中，+=运算符有个暗含的强制类型转换，也就是相当于算完再强制转换成short了。
谜题10：八两
与上面的例子相反，如果我们给出的关于变量x和i的声明是如下的合法语句：
x = x + i;但是，它并不是：
x += i;乍一看，这个谜题可能看起来与前面一个谜题相同。但是请放心，它们并不一样。这两个谜题在哪一条语句必是合法的，以及哪一条语句必是不合法的方面，正好相反。
就像前面的谜题一样，这个谜题也依赖于有关复合赋值操作符的规范中的细节。二者的相似之处就此打住。基于前面的谜题，你可能会想：符合赋值操作符比简单赋值操作符的限制要少一些。在一般情况下，这是对的，但是有这么一个领域，在其中简单赋值操作符会显得更宽松一些。复合赋值操作符要求两个操作数都是原始类型的，例如int，或包装了的原始类型，例如Integer，但是有一个例外：如果在+=操作符左侧的操作数是String类型的，那么它允许右侧的操作数是任意类型，在这种情况下，该操作符执行的是字符串连接操作。简单赋值操作符（=）允许其左侧的是对象引用类型，这就显得要宽松许多了：你可以使用它们来表示任何你想要表示的内容，只要表达式的右侧与左侧的变量是赋值兼容的即可。你可以利用这一差异来解决该谜题。要想用 += 操作符来执行字符串连接操作，你就必须将左侧的变量声明为String类型。通过使用直接赋值操作符，字符串连接的结果可以存放到一个Object类型的变量中。为了说得具体一些，并提供一个解决方案给这个谜题，假设我们在该谜题的两个赋值表达式之前有下面这些声明： Object x = "Buy ";
String i = "Effective Java!";简单赋值是合法的，因为 x + i 是String类型的，而String类型又是与Object赋值兼容的：
x = x + i;复合赋值是非法的，因为左侧是一个Object引用类型，而右侧是一个String类型：
x += i;这个谜题对程序员来说几乎算不上什么教训。对语言设计者来说，加法的复合赋值操作符应该在右侧是String类型的情况下，允许左侧是Object类型。这项修改将根除这个谜题所展示的违背直觉的行为。
--------------------<java解惑>
s1+=1 复合赋值运算 复合赋值运算符会自动地将运算结果转型为其左操作数的类型