我带过不少转行做Java的同事也经常帮新人看代码。有个现象特别有意思问short s 1; s 1;能不能编译通过好几个人很肯定地说不行short加减运算会提升为int需要强转。但等他们真跑到IDE里一敲发现编译过了自己都愣住了。这个反直觉的现象恰好就是Java赋值运算符最经典的隐藏规则。这篇东西我不打算绕弯子从的本质开始把五种赋值运算符、复合赋值的隐式强转、链式赋值、以及和的经典混淆全部拆开讲每一步都带可运行代码。适合刚入门Java的新手也适合准备Java面试、想自查基础的同学。1. 赋值不是等号先纠正两个经常被混为一谈的概念1.1 变量是贴着标签的盒子赋值是写入动作很多初学者刚接触Java时最容易带进来的数学思维就是把当成等于。这几乎是所有后续混乱的根源。其实在Java里是一个动作它表示把右边的东西装进左边的变量里。我习惯用一个比喻变量是一个贴着标签的盒子标签上写着变量名比如count、price、flag。赋值语句就是往盒子里放东西int count 5;意思是找到一个标签为count的盒子把整数5放进去。这里有两个关键点赋值的方向是从右往左不是从左往右。右边先算出一个结果再写入左边的盒子。左边的变量必须已经声明过或者在同一行声明否则计算机不知道盒子在哪。把理解成等于就会下意识觉得a b c这种东西很怪——a等于b等于c但如果理解成把c的值复制给b再把b的值复制给a立马就顺了。1.2 第一个代码案例从声明到赋值下面这段代码是最基础的赋值用法建议新手亲手敲一遍public class AssignBasic { public static void main(String[] args) { // 方式一先声明再赋值 int a; a 10; // 方式二声明的同时赋值 double price 19.9; // 方式三把另一个变量的值赋过来 int b a; // 方式四右边可以是表达式 int c a 5; int d b * 2 1; // 方式五右边可以是方法调用的结果 String name Java; int length name.length(); System.out.println(a a); System.out.println(price price); System.out.println(b b); System.out.println(c c); System.out.println(d d); System.out.println(name name); System.out.println(length length); } }运行结果a 10 price 19.9 b 10 c 15 d 21 name Java length 4注意int c a 5;这一行它做的事情是先把a的值从盒子里取出来加上5得到结果15然后把这个15放进c这个盒子里。整个过程右边先完成计算左边只管接收结果。1.3 为什么这个区分如此重要因为后面所有关于赋值运算符的内容全都建立在是写入动作这个认知上。如果脑子里默认是等于那么看到if (a b)你会困惑这不也是等于吗为什么是两个等号。看到s 1你会觉得这不是s s 1吗为什么编译器行为还不一样。看到a b c 5你会直接懵圈。我个人带新人的经验是凡是能把和分清楚的人后面学复合赋值、学条件判断、学循环都很少在基础语法上翻车。凡是分不清的人早晚会在某个凌晨被一个诡异的bug折磨到怀疑人生。这个区分是第一块地基值得多花五分钟。除了理解没有捷径。2. 五种赋值运算符速通 与 家族的使用场景2.1 复合赋值运算符是给谁设计的Java里的赋值运算符不止一个还有、-、*、/、%它们统称复合赋值运算符。用法上很直观x 5等价于x x 5x - 5等价于x x - 5x * 5等价于x x * 5x / 5等价于x x / 5x % 5等价于x x % 5之所以专门设计这套写法最直接的原因是少写一遍变量名。比如统计购物车总价写成total total price和写成total price后者明显更简洁而且读起来更能表达在原来的基础上累加这个意图。从可维护性角度看复合赋值也占优势。我见过有人写循环计数器时用count count 1这个没问题。但一旦逻辑变复杂比如score score * level score连续出现多个score人脑很容易看花。改成score score * (level 1)或者干脆score * level 1出错的概率会低很多。这里说句题外话右侧如果是个表达式它作为一个整体参与运算这恰恰是面试官很喜欢挖的考点后面第五章会讲。2.2 逐个演示、-、*、/、%我写了一个小案例把五种复合运算符一次性跑完每一步都打印出来。你运行一遍就能直观看到变量的变化过程public class CompoundAssign { public static void main(String[] args) { int count 0; count 5; // 等价于 count count 5 System.out.println(count 5 之后: count); // 5 count - 3; // 等价于 count count - 3 System.out.println(count - 3 之后: count); // 2 count * 4; // 等价于 count count * 4 System.out.println(count * 4 之后: count); // 8 count / 2; // 等价于 count count / 2 System.out.println(count / 2 之后: count); // 4 count % 3; // 等价于 count count % 3 System.out.println(count % 3 之后: count); // 1 } }运行结果恰好是5 - 2 - 8 - 4 - 1每一步都在前一步结果的基础上变化。这里的核心思想是基于当前值做更新而不是重新计算一遍完整赋值。在循环里写累加器、在游戏里更新血量、在统计模块里累计金额全都是这个套路。除了数值对字符串也有效String msg Hello; msg World; System.out.println(msg); // Hello World字符串的本质上是字符串拼接相当于msg msg World。2.3 初学最容易误用的两个点第一a / b在整数类型里做的是整除。int a 5; a / 2;结果不是2.5而是2因为5除以2等于2余数1被丢掉。很多人写平均数的时候在这里踩坑算出来的值总是比预期小。如果确实需要小数结果变量类型得是double或float。第二a * b c不等于a * b c里c没括号就行这种直觉。这里需要特别警惕右侧是一个整体表达式a * b c严格等价于a a * (b c)而不是a a * b c。这个点我放在第五章的面试题里详细算给你看。3. 复合赋值隐藏的隐式强转short 和 byte 的编译秘密3.1 一段代码引发的编译差异现在回到开篇那个让很多人懵掉的题目。请看这两行代码short s 1; s 1; // 编译通过short s 1; s s 1; // 编译报错按常理s 1和s s 1应该是等价的那为什么一个能过、一个报错报错信息是这样的java: 不兼容的类型: 从int转换到short可能会有损失s 1做运算时short会先提升为int结果也是int。把int赋值给short可能损失精度编译器直接拦下来。但s 1却能编译通过因为Java语言规范JLS 15.26.2对复合赋值做了特别规定它等价于下面这个完整形式s (short) (s 1)也就是说复合赋值在执行完运算之后会自动把结果强转回左侧变量的类型。这个强转是编译器悄悄帮你做的不需要你写出来。所以s 1本质上是short类型赋值自然能编译通过。3.2 隐式强转的两面性能编译不等于结果正确看到自动帮你强转是不是觉得挺方便但这个方便是有代价的。我举个典型例子public class OverflowDemo { public static void main(String[] args) { byte b 127; b 1; System.out.println(b); // 输出 -128 } }byte的取值范围是-128到127。127 1 128128已经超过byte能表示的最大值。但因为自动强转编译器没有报错结果在二进制层面发生溢出最终变成-128。这就是传说中的绕过了编译器的警告却躲不掉运行时的魔鬼。你可以对比一下byte b 127; b b 1; // 编译报错提示从int转byte可能会有损失编译器在b b 1这里拦住你恰恰是在保护你。而b 1虽然通过了编译它本身并没有帮你去判断数值是否会溢出只是单纯做了强转。如果强转后数值放不下结果就是静默的乱码。3.3 什么时候用复合赋值更稳这里说点实操经验。在普通Java业务开发里byte、short用得少主要是int、long、double。用int做自增或累加时根本遇不到溢出的问题所以x 1和x x 1的差别可以忽略不计。但在刷算法题、写底层工具、处理二进制协议时经常要操作byte和short。这时候复合赋值就很香你想给short变量加一个值与其写s (short) (s 1)这种又长又啰嗦的强转不如直接写s 1。但请你记住刚才那个-128的例子能用不代表可以无脑用。每次用复合赋值操作小类型之前先问自己一句这个数会不会越界。如果会就先升级成int算完再处理别让静默溢出给你埋雷。4. 赋值表达式返回值与链式赋值能读文件也易埋雷4.1 赋值之后整个表达式会吐出一个值在Java里赋值不只是一个动作赋值语句本身也是一个表达式它会产生一个结果值。这个结果值就是赋给左边的那个值。举个例子int a; int b; a b 5;这行能编译而且a和b最终都是5。原因就是赋值运算符的结合性是从右往左的。先执行b 5这个表达式返回5再执行a 5把5赋给a。说白了就是链式赋值。链式赋值最常见的场景是批量初始化。比如int i, m, n; i m n 0; // 等价于 int i 0, m 0, n 0;这种写法干净利落比写三行赋值舒服不少。4.2 while循环读文件赋值返回值的最佳实践赋值表达式的返回值不是摆设Java有一个很经典的官方推荐用法就是按行读取文件import java.io.BufferedReader; import java.io.FileReader; import java.io.IOException; public class ReadLineDemo { public static void main(String[] args) throws IOException { BufferedReader reader new BufferedReader(new FileReader(test.txt)); String line; while ((line reader.readLine()) ! null) { System.out.println(读到: line); } reader.close(); } }注意看while ((line reader.readLine()) ! null)这行它做了两件事先调用readLine()读一行把返回值赋给line然后拿line和null做比较。如果读到了内容就进入循环体处理读到文件末尾返回null循环结束。这种写法为什么非要多加一层括号因为的优先级比!低。如果不加括号会被解析成line (reader.readLine() ! null)那line变量里装的就是一个boolean值了整个逻辑就错了。这也是赋值运算符返回值最典型、最值得学的使用方式。4.3 if(flag true)是个雷IDE为什么疯狂提示同样是利用赋值表达式的返回值下面这段代码就是经典反面教材public class IfAssignBad { public static void main(String[] args) { boolean flag false; if (flag true) { System.out.println(进入if分支); } else { System.out.println(进入else分支); } } }运行一下你会发现哪怕flag最开始是false输出的依然是进入if分支。因为flag true先把flag改成了true然后整个表达式返回true于是条件判断必然成立。这说明了什么赋值表达式的值是常量所以if (flag true)这个条件永远为true。几乎所有的现代IDE都会把这种代码标黄警告Suspicious assignment或者条件表达式中使用了赋值。新手很容易犯这个错因为少写了一个等号。如果你在if条件里写的是基本比较比如if (age 18)编译器会直接报错因为int没法自动转成boolean。但如果你拿boolean变量做这种赋值编译器认为你没写错实际上你写错了。我的建议很简单除非是while ((line reader.readLine()) ! null)这种有明确意图的经典模式否则不要在条件判断里写赋值。真遇到要临时改布尔值再判断的场景先赋值下一行再判断可读性更好也不容易埋雷。5. 与比较运算符的分水岭从报错信息看懂编译器的提醒5.1 是写入 是比较现在可以正式把和放在一起对照了赋值把右边的值写入左边的变量。比较取出左右两边的值判断是否相同返回true或false。一个负责改变变量一个负责读取变量。这两个运算符在代码里的作用方向完全不一样却被很多新手当成一回事。对于基本类型比较的是数值是否相等这个比较好理解。10 10.0结果为true因为int和double比较时10会先提升成10.0然后数值相等。比较麻烦的是引用类型。比如两个String对象内容相同却可能返回false因为比较的是引用地址而不是内容。public class EqualsDemo { public static void main(String[] args) { String s1 new String(hello); String s2 new String(hello); System.out.println(s1 s2); // false两个对象的地址不同 System.out.println(s1.equals(s2)); // true内容相同 } }这个案例每次我讲完都有人问为什么不行因为s1和s2是new出来的两个不同对象它们在内存里的位置不一样。比较的是这两个变量指向的地址是否相同而不是对象里的内容是否一致。想比较字符串内容必须用equals方法。5.2 从编译报错反推语法问题看下面三行代码int age 18; if (age 18) { // 编译报错 System.out.println(成年); }报错信息一般是java: 不兼容的类型: int无法转换为boolean这行代码报错的原理是age 18把int类型的18赋给age整个表达式返回int类型的18。但if条件要求的是boolean类型的true或falseint不能自动转成boolean所以编译器直接拦下。这是一件好事。if (age 18)能被编译器识别并阻止是因为类型不匹配。真正危险的是下面这种boolean isOk false; if (isOk true) { // 编译通过但逻辑错误 System.out.println(isOk被赋值为true); }因为isOk本来就是booleanisOk true返回booleanif能接收boolean编译器认为语法没问题。这种错误只能靠IDE的静态检查和自己的代码审查来发现。5.3 一个实用技巧把常量放在的左边我特别推荐新手养成一个习惯在写比较时把常量放在左边变量放在右边。比如if (18 age)而不是if (age 18)。为什么因为如果把误写成两种写法的后果完全不同写法误写后的代码结果if (age 18)if (age 18)编译报错能发现if (18 age)if (18 age)编译报错也能发现等等两个都报错我再仔细说说。写if (age 18)报错是因为int无法转boolean。写if (18 age)编译器看到的是向字面量18赋值这在Java里是非法语句会直接报错。所以两种写法其实都能在编译期兜底。那为什么要强调常量放左边主要针对的是boolean类型的场景boolean flag false; // 写 if (flag true)误写成 if (flag true)能编译结果还悄悄地错 // 写 if (true flag)误写成 if (true flag)编译报错错误无处可藏习惯的力量很强大。把常量放左边等于把一部分错误从运行时逻辑错误提前变成了编译错误。能早一秒发现问题都是好的。6. 面试题实战五道高频题和一道购物车综合演练6.1 五道面试常问题目完整解析这里整理了五道我实际见过的、和赋值运算符直接相关的面试题。你可以先自己心算再对照答案。题目1short s 1; s 1;和short s 1; s s 1;有什么区别答案前者编译通过后者编译报错。因为复合赋值运算符等价于s (short) (s 1)编译器自动做了强转而普通赋值s s 1中s 1的结果是intint不能直接赋值给short所以报错。这道题考的就是第三节讲的隐式强转。题目2下列代码输出什么int a 10; a * 2 3; System.out.println(a);答案50。注意a * 2 3不能理解成a a * 2 3而是先算右侧的2 3 5再算a a * 5也就是10 * 5 50。如果你算出25说明把的右侧表达式理解成分批运算了这是面试官最喜欢挖的坑。题目3下列代码会输出什么boolean flag false; if (flag true) { System.out.println(true); } else { System.out.println(false); }答案输出true。原因是flag true先执行赋值把flag变成true整个赋值表达式的值为true所以if条件成立。这道题考察赋值表达式返回值以及是否能识别出条件里写赋值的代码异味。题目4执行下面的代码后a和b的值分别是多少int a, b; a b 3;答案a 3b 3。赋值运算符从右往左结合先执行b 3再把结果3赋给a。这道题考察链式赋值和右结合性。题目5下列代码输出什么System.out.println(10 10.0);答案true。int和double做比较时int会自动提升为double所以10 10.0比较的是10.0 10.0数值相等返回true。这道题表面上考其实考的是基本类型之间的数值提升规则。这五道题覆盖了两个核心维度一是复合赋值的底层规则隐式强转、右侧整体运算二是赋值表达式返回值的利用与误用。面试官问这些题不指望你背诵语法条文而是想看你是不是真的上手写过、踩过坑、复盘过。6.2 综合演练模拟购物车结算最后用一个贴近业务的小项目把五种赋值运算符全部串起来。假设你在写一个极简购物车结算逻辑有三件商品打折然后现金支付、找零public class ShoppingCartDemo { public static void main(String[] args) { // 1. 购物车为空 double total 0.0; int count 0; // 2. 顾客往购物车加了三件商品用 累加总价和数量 double price1 299.0; total price1; count 1; double price2 159.5; total price2; count 1; double price3 89.9; total price3; count 1; // 3. 全场打八折用 * 更新总价 total * 0.8; // 4. 满200减50用 - 立减 total - 50.0; // 5. 现金500元支付计算找零 double cash 500.0; double change cash - total; // 6. 用 % 模拟按5件一箱打包后还剩几件散货 count % 5; // 7. 判断现金是否够支付这里用 而不是 if (cash total) { System.out.println(支付成功商品总件数: count); System.out.println(折后总价: total); System.out.println(顾客现金: cash); System.out.println(找零: change); } else { System.out.println(现金不足还差: (total - cash)); } } }运行结果基于浮点运算支付成功商品总件数: 3 折后总价: 388.72 顾客现金: 500.0 找零: 111.28这个过程中累加总价、*打八折、-满减、%求打包余数每种复合赋值都派上了用场。你也可以自己改一改把if (cash total)故意写成if (cash total)看看编辑器会给你什么反馈再把count % 5改成count count % 5运行结果相同但写起来明显更啰嗦。有一点需要提醒浮点数做金额计算在真实商城系统里会出精度问题比如0.1 0.2可能得到0.30000000000000004。这个Demo只是为了展示赋值运算符真正做支付金额计算应该用BigDecimal。这是后话但值得现在记在心里。我个人的经验是赋值运算符看似基础但它决定了你写出来的代码是顺手还是别扭。带过这么多新人我发现基础扎实的人不是因为他们背得下规范条文而是他们愿意把每个含糊的语法点都放进IDE里亲手验证一遍。上面这些代码我建议你全部运行一遍尤其是那两个编译报错的例子亲眼看到报错信息比读十遍文章都管用。最后再分享一个小技巧在IDEA里把检查项Suspicious assignment打开它会帮你揪出八成条件判断里误用赋值的隐藏bug这个习惯能让你少熬好几个夜。
