Java里的运算符表面看就那么几个符号 - * / || ?:新手一节课就能认全。但真到了做题和写代码的时候报错最多、怀疑人生的地方往往也集中在这几个符号上。我最近跟着黑马程序员的Java基础系列重新过知识点正好把运算符这一篇整理到了第三部分。这一篇我不想再罗列“每个符号怎么用”的入门表格而是想讲清楚符号背后的求值顺序、类型转换和JVM行为。内容适合三类人看正在学Java基础、准备校招面试、平时写代码时经常被运算结果吓一跳的。整理的过程中我最大的感受是运算符这章靠死记硬背效率极低真正管用的思路是把它想象成“先取值、再计算、后赋值”的三步流水线。下文的代码我都用JDK 17本地跑过你可以直接复制验证遇到输出和猜的不一致别急着怀疑电脑先回来看优先级和类型。1. 定位与思路拆解学运算符到底在学什么1.1 运算符在Java基础体系的坐标如果你看过黑马程序员那套Java课程目录会发现“运算符”一般放在变量与数据类型之后、流程控制语句之前。这个排序不是随便排的它背后的逻辑是if、switch、while这些语句里的条件判断本质上全是比较运算符和逻辑运算符的组合。不把运算符吃透后面的循环和控制流代码读起来都会磕磕绊绊。Java的运算符比起C或C本身并没有天生增加太多新符号但有几个独有的“脾气”非常值得专门花时间梳理强类型语言带来的隐式类型转换、窄化转型时的编译报错以及整数除法、取余在符号上的特殊表现。这些特性组合在一起使得编程初学者看到同一个表达式在不同语言里可能会得到不同结果。还有一个容易被忽略的点运算符不只是“算数符号”它在Java里涵盖好几个子类——算术、赋值、比较、逻辑、三元、位运算。有些开发者工作几年之后依然只用得上其中的一小部分尤其位运算日常业务代码里很少碰。但一旦遇到底层框架、算法题或者面试位运算立刻就成了分水岭。这也是我坚持把位运算也写进这篇笔记的原因。1.2 为什么笔记会写到“第三部分”这个系列我自己的记录节奏是第一部分写变量、常量和数据类型的转换第二部分写算术运算符和赋值运算符第三部分原本只想补个结尾结果越整理越发现之前有很多细节其实只记住了表面。比如我知道s 1可以编译通过但当时并没有想过它和s s 1到底差在哪里我知道比常用但也没有认真思考过“短路”在底层究竟是怎么实现的。所以这一篇的内容定位我把它定义为“综合复盘加查漏补缺”。它不是教零基础读者第一个认识加号而是把所有运算符放在一起做横向对比并把常见的错误场景集中演练一遍。真正踩着坑走过来之后你会发现运算符的学习分成“认识符号”和“掌握语义”两个层次绝大多数人停留在第一层。2. 核心细节解析6类运算符的底层原理与避坑要点2.1 算术运算符整数除法、取余符号和自增自减算术运算符包含 - * / % --前面的加减乘都很好理解真正的分水岭在除法和取余。先看整数除法。7 / 2的结果不是3.5而是3。原因是两个int类型做除法结果仍然是int小数部分会被直接截断注意是截断不是四舍五入。想得到浮点数结果必须让表达式中至少有一个操作数是浮点类型比如7.0 / 2或者7 / 2.0。用强制类型转换也行但有个经典错误写法是(double)(7 / 2)这样先算括号里的整数除法得到3再转成double也只是3.0不是3.5。再来看取余运算符%。Java里取余结果的符号取决于被除数也就是左边那个数。5 % 3等于2-5 % 3等于-25 % -3等于2。如果被除数是负数结果就是负数被除数是正数结果就是正数跟右边除数的正负基本无关。很多人会把C语言的经验带过来其实C和Java在这点上行为一致但你要是以后接触Python这类语言会发现它的取余规则又是另一套。面试时偶尔会被要求对比这个差异记牢Java的规则就行。自增自减是另一个高频易错点也是最值得从JVM层面理解的地方。我用一段代码说明int a 5; int b a; int c a; System.out.println(b b); // 5 System.out.println(c c); // 7 System.out.println(a a); // 7执行过程是这样的a先把a当前的值5取出来放入操作数栈然后在局部变量表里把a加1变成6最后把操作数栈里的5赋给b。a则相反先在局部变量表里把a加1变成7再把新值7压入操作数栈赋给c。理解到这层再回头看你曾经做错的自增自减题目基本就是送分题了。除了这些char参与算术运算时会被提升成int这也会带来一些隐蔽问题。比如两字符相加输出的不再是字符串拼接而是一个整数这在一些有意无意的代码写法里很常见调试时一定要注意。2.2 赋值运算符复合赋值为什么自带强制类型转换赋值运算符的范围比很多人认为的广它不只是等号还包括一堆复合赋值 - * / %。复合赋值是Java里的一个“语法糖”它写起来简洁但背后藏着一个隐式的强制类型转换。这一点极其容易在面试和笔试题里出现。看这段代码short s 1; s 1; // 编译通过 s s 1; // 编译报错不兼容的类型: 从int转换到short可能会有损失现在解释原因。s 1中short类型的s会先被提升为int与int类型的1相加后结果还是int。把一个int直接赋给short变量属于窄化转换编译期发现会丢精度范围直接拒绝。而s 1在Java规范里等价于s (short)(s 1)编译器自动帮你做了强转所以能通过。这个设计本身就是语言规范层面的取舍为了写代码时少写几个字牺牲了一点显式性。实际项目中我经常用它写累加逻辑比如sum score确实比sum sum score干净很多。但使用时要意识到它内部发生了类型转换不要以为任何情况下都能安全通过。一旦右边的计算结果真的溢出或者大过目标类型能表示的范围结果就会悄悄变成另一个数代码不报错逻辑却错得离谱。另一个相关陷阱是byte、short、char在运算前都会自动提升到int。所以byte x 1; byte y x x;编译会失败因为x x的结果是int不能隐式赋给byte。记住一个原则整型算术表达式的运算结果最小也是int。2.3 比较与逻辑运算符短路机制才是灵魂比较运算符 !本身没什么可多说的只要注意两点一个是别拿去比较两个Integer对象的值这个后面面试题部分细讲另一个是浮点数比较不要直接判等因为浮点运算有精度误差。逻辑运算符才是这一节的重点。Java提供两组相似的符号非短路的按位与和|按位或以及短路的逻辑与和||逻辑或。初学者最常问的问题是它们看起来一样到底有什么区别区别全在“短路”这个词上。先看我的测试代码int x 10; boolean result (x 5) || (x 10); System.out.println(result); // true System.out.println(x); // 还是10因为(x 5)已经为true||知道整个表达式结果一定是true右边根本不会执行x的自增也就没有发生。如果换成单个|右边会照常执行x就变成11。同理遇到左边为false时会跳过右边则会两边都执行。为什么Java要设计这样的机制除了性能更重要的是保护代码安全。最经典的应用就是非空判断。比如这句代码if (user ! null user.getName().length() 0) { // 业务逻辑 }当user为null时user ! null判断为false短路生效user.getName()根本不会执行也就避免了空指针异常。如果这里手滑写成程序运行到第二半部分就会直接抛NullPointerException。我在真实项目里见过不少因为这个原因崩掉的情况排查到最后都特别后悔。所以我的个人习惯是默认全用和||只有确实需要两侧表达式都执行的极少数场景才考虑单符号版本。2.4 三元运算符与字符串拼接的类型陷阱三元运算符条件 ? 值1 : 值2是Java里唯一一个有三个操作数的运算符。它本质上是if-else的表达式版本适合用来写简单的二选一逻辑比如求两个数的最大值int max a b ? a : b;使用时要记住一个原则能不用嵌套就不用嵌套。有人喜欢把三元套三元写出一长串String level score 90 ? 优秀 : score 60 ? 及格 : 不及格;这个在语法上没问题但如果再套一层可读性就直接崩了同事看到会想打人。一旦分支超过两个老老实实写if-else或switch代码是给人读的不是考别人眼力的。三元运算符还有个非常隐蔽的类型提升陷阱。它好像会“自动选择”两个分支中更大的类型作为结果类型。举个例子Object obj true ? 1 : 2.0; System.out.println(obj); // 1.0 System.out.println(obj.getClass()); // class java.lang.Double我能理解这是为什么条件为true时理论上应该选Integer的1但Java编译器需要给整个表达式定一个统一类型它会看两个分支的类型发现一个是int一个是double于是把结果类型提升为double整数1被转成浮点数1.0。这导致true ? 1 : 2.0的结果不是Integer而是Double。类似的坑还有char和int混用当int常量在char范围内时结果类型是char超出范围就提升为int。这种题目笔试偶尔会出知道有类型提升这回事排查起来就不慌。字符串里用加号拼接同样有优先级和类型问题。加法操作符从左到右结合一旦遇到字符串后面的内容都会被当作字符串拼接。所以System.out.println(结果 1 2); // 结果 12 System.out.println(1 2 3); // 3 3第二行先算1 2得到3然后再与字符串拼接所以输出“3 3”。第一行则从头到尾都在拼接输出“结果 12”。你在打印复杂表达式时如果不加括号非常容易看到这种意外输出。我的习惯是把所有需要提前求值的部分都用括号括起来不要指望优先级帮你的忙。2.5 位运算符低调但身边到处都是位运算符包括 | ^ ~ 它直接操作整数的二进制位。日常业务开发里确实不算常用但在阅读源码、写算法、处理权限掩码时几乎绕不开。既然这一节在写运算符我愿意多花点篇幅把它讲透。我用两个整数举例int a 6; // 二进制 0110 int b 3; // 二进制 0011 System.out.println(a b); // 2即 0010 System.out.println(a | b); // 7即 0111 System.out.println(a ^ b); // 5即 0101 System.out.println(~a); // -7 System.out.println(a 1); // 12 System.out.println(a 1); // 3按位与是“同一位都为1结果才为1”按位或|是“有一位为1结果就为1”异或^是“两位不同结果为1”。取反~是把所有位翻转包括最高位的符号位所以正数取反后变成负数加一这也是~6等于-7的原因。左移 n相当于把这个数乘以2的n次方右移 n相当于除以2的n次方。这个性质在底层算法里经常用来替代乘除法性能上有一点优势。无符号右移则不管符号位一律高位补0针对负数时和普通右移差别很大。位运算有几个特别实用的判断技巧。判断整数奇偶不用x % 2 1直接用(x 1) 1因为二进制最低位为1就是奇数为0就是偶数。取模时如果除数是2的幂比如8那x % 8等价于x 7位运算执行起来更快。JDK源码里HashMap计算数组下标就大量使用了这种位运算技巧。看懂这些你读源码时就不会一脸茫然。排查位运算问题时最好把二进制打出来看。Integer.toBinaryString(x)是调试位运算最顺手的工具先转成二进制再对照结果人脑就不用硬算负数补码了。3. 实操手写一个“运算符综合演示器”3.1 需求设计与项目结构学习运算符最忌讳的事就是只看不敲。我的习惯是每学完一块就写一个很小的程序把当天知识点全用一遍。这次我打算做一个控制台演示器用户输入两个整数程序自动把算术、自增自减、比较逻辑、位运算全部输出一遍顺便演示除数不为0时的防御处理。项目不用任何框架一个单文件就能搞定结构如下OperatorDemo/ └── OperationDemo.java保留一个目录结构是为了告诉你即使最简单的Java程序也建议放在一个明确的目录里编译时不要随手在当前目录乱扔class文件。3.2 核心代码实现完整代码如下我直接贴出来import java.util.Scanner; public class OperationDemo { public static void main(String[] args) { Scanner scanner new Scanner(System.in); System.out.print(请输入第一个整数 a); int a scanner.nextInt(); System.out.print(请输入第二个整数 b建议不为 0); int b scanner.nextInt(); System.out.println(\n 算术运算 ); System.out.println(a b (a b)); System.out.println(a - b (a - b)); System.out.println(a * b (a * b)); if (b ! 0) { System.out.println(a / b (a / b)); System.out.println(a % b (a % b)); } else { System.out.println(b 为 0除法与取余运算已跳过避免异常); } System.out.println(\n 自增自减演示 ); int temp a; int oldVal temp; System.out.println(temp 返回旧值 oldVal 执行后 temp temp); int newVal temp; System.out.println(temp 返回新值 newVal 执行后 temp temp); System.out.println(\n 比较与逻辑运算 ); System.out.println(a b ? a 大于 b : a 不大于 b); System.out.println((a 0) (b 0) 的结果 ((a 0) (b 0))); System.out.println(\n 位运算 ); System.out.println(a b (a b)); System.out.println(a | b (a | b)); System.out.println(a ^ b (a ^ b)); System.out.println(~ a (~a)); System.out.println(a 1 (a 1)); System.out.println(a 1 (a 1)); System.out.println(a 的二进制 Integer.toBinaryString(a)); scanner.close(); } }代码里刻意制造了一个观察点打印输出字符串时我全部用括号包裹数值表达式。比如(a b)外面套括号才能保证先做加法再参与字符串拼接。如果你把这层括号删掉运行结果立刻变成“15 3 153”这样的怪东西这正好呼应上文说的字符串拼接优先级问题。3.3 运行结果与关键点复盘在命令行执行javac OperationDemo.java java OperationDemo输入a15、b3运行结果如下请输入第一个整数 a15 请输入第二个整数 b建议不为 03 算术运算 15 3 18 15 - 3 12 15 * 3 45 15 / 3 5 15 % 3 0 自增自减演示 temp 返回旧值 15执行后 temp 16 temp 返回新值 17执行后 temp 17 比较与逻辑运算 a 大于 b (a 0) (b 0) 的结果 true 位运算 15 3 3 15 | 3 15 15 ^ 3 12 ~15 -16 15 1 30 15 1 7 15 的二进制 1111这个结果里有两个值得复盘的输出。第一个是位运算部分15 3为什么等于3因为15的二进制是11113的二进制是0011逐位与之后得到0011也就是3。15 | 3得到15因为1111和0011按位或之后还是1111。虽然不是所有输入都能让你立刻看懂二进制但对照着Integer.toBinaryString打印出的结果可以很直观地理解位运算发生了什么。第二个是自增部分。temp初始值是15temp返回15temp自己变成16紧接着temp先把temp变成17再返回17。一前一后对比鲜明比单纯背“先加后用、先用后加”要深刻得多。我还建议你再跑一次负数输入比如a-6b3。这时你会看到取余结果变成0或负数位运算的结果也和正数差别很大。这一步留作你自己的练习观察负数的二进制表示配合Integer.toBinaryString输出比看任何教程都有效。4. 常见问题与排查技巧实录4.1 经典易错点速查表我把这段时间踩过、见过的坑整理成一个速查表每条都是实际报错或运行结果和预期不一致的真实案例。文档上不会写着这么全。写法或场景现象原因与解决办法int r 7 / 2;r等于3整数除法直接截断小数想保留小数用7.0 / 2-7 % 3结果是-1取余符号跟随被除数也就是左边那个数short s 1; s s 1;编译报错s 1结果是int窄化转换需要强转s 1则合法byte x 1; byte y x x;编译报错byte参与算术运算提升为int需写成(byte)(xx)if (user ! null user.getName().length() 0)不会空指针短路保护如果写null时直接抛NPE结果 1 2输出“结果12”遇字符串后变拼接数值相加必须加括号int i 0; i i;i等于0先压栈旧值局部变量表自增1再把旧值赋回iInteger a 128; Integer b 128; a bfalse自动装箱缓存范围是-128到127超范围会new新对象boolean r (x 5) || (x 10);x不变化这张表我建议你收藏起来每次面试前翻一遍比临时抱佛脚背八股文强。4.2 面试题拆解从i到Integer缓存第一道高频面试题是考察i的底层赋值行为。public class Test { public static void main(String[] args) { int i 0; i i; System.out.println(i); } }正确输出是0不是1。我用前面说的三步理解法拆一下i先把i的当前值0压入操作数栈再把局部变量表中的i加1变成1最后把赋值号右边表达式的返回值也就是操作数栈里的0赋回给i。于是i先变成1又被覆盖回0。很多人到这里会绕进去但如果你在IDEA里打断点观察Variables变量面板的变化就能看到这个覆盖过程。理解了这条同类变形题就没难度了。第二道高频题是Integer的缓存问题。Integer a 127; Integer b 127; System.out.println(a b); // true Integer c 128; Integer d 128; System.out.println(c d); // false这背后是自动装箱机制。在-128到127这个范围内Integer会从内部缓存数组里取出同一个对象所以两个引用指向同一个地址为true。超出范围后每次装箱都会new一个新的Integer对象比较的就是地址而不是数值自然为false。解决方式很简单比较数值用intValue()或者直接调用equals()。以后凡是涉及包装类比较先想一想你在比地址还是比值能避开大部分隐蔽问题。第三道题是关于短路机制的变体在代码题里经常出现。int x 5; boolean flag (x 5) (x 10); System.out.println(x); // 6先看第一个条件x 5x当前555为falsex自增变成6。因为左侧为false整个表达式已经确定为false右侧直接跳过。最终x是6。如果改成单个右侧会执行x就变成7。这类题目考的就是你对短路机制的执行粒度是否清楚。4.3 调试技巧让变量替你说话遇到运算符相关的问题我建议你别光靠眼睛看要多用工具让变量“开口”告诉你它到底变成什么值了。第一招是IDEA的断点调试。在可疑代码行左侧点一下断点以Debug模式运行然后用F8逐行执行在Variables面板里盯住变量的当前值。之前有同事困扰了很久的i i问题我就是让他打断点看变量变化一分钟就想明白了。断点的意义不只是帮你改bug更是帮你建立对程序执行顺序的体感认知。第二招是临时打印。不想开调试器时就在关键步骤前后加System.out.println(step1: x x);让中间值直接出现在控制台。虽然这招看起来土但它在排查自增自减、复合赋值问题时非常快。等确认结果没问题再把打印删掉就行。第三招是用JDK自带方法观察底层表示。位运算的排查基本靠Integer.toBinaryString(x)把十进制转成二进制对照着二进制字符串看结果立刻能发现是哪一个位算错了。负数也别慌看到二进制里前导的1说明它是负数配合补码知识慢慢推。5. 学习建议把运算符变成肌肉记忆整理完第三部分笔记我最大的收获不是记住了多少个运算规则而是养成了一个追问习惯每次运行结果和预期不一致我先停下来问自己三个问题——这个表达式里的运算符优先级排对了吗两边的数据类型最终被提升成了什么有没有触发自动类型转换或者隐式强转这三个自问能解决我编程中九成以上的运算符困惑。我建议你现在就做两件事。第一把所有运算符整理成一张手写表格左边写符号右边写一个自己的例子贴在显示器旁边。第二把上文那个演示代码复制下来跑一遍把a换成负数、b换成0再跑亲眼看一遍输出差异。这种“先预测再运行后对照”的学习循环比把视频反复看三遍都管用。运算符只是Java路上很小的一块但它就像语法大厦里的水泥不起眼却处处承重。后面学流程控制、数组、面向对象时你会反复和运算符打交道。把这部分底子打牢后面会顺很多。