最近带了个新人他问我Java 里到底有几种数据类型我说 8 种基本类型。他又问那 String 呢我说 String 是引用类型。他接着问那为什么有人总说 Java 的运算符优先级比数据类型还难记遇到长表达式根本不敢动这个对话我遇到过不止一次。很多人学 Java 的数据类型和运算符是靠着“背八股”背下来的背完能应付考试但一到写代码就露馅算钱用 double、ID 用 Integer、判断字符串用 、写长整型不加 L、表达式一长就不知道先算什么。这篇不打算按教科书的方式复述一遍表格而是把数据类型和运算符里最容易在实际开发、面试中被问倒的点全部用踩坑的视角过一遍。适合正在学 Java 基础的人也适合准备面试的人甚至写了两三年代码但一直没深究细节的人都能从里面翻出点东西。1. 基本类型与引用类型Java 数据世界的第一道分水岭1.1 8 种基本类型比你以为的更“不基本”Java 的基本数据类型一共 8 种这个数字背起来不难难点在于每种类型的边界和默认值能不能随口说出来。我先把完整信息列在下面类型位数字节数取值范围默认值byte81-128 ~ 1270short162-32768 ~ 327670int324-2147483648 ~ 21474836470long648-9223372036854775808 ~ 92233720368547758070Lfloat324±3.4E-38 ~ ±3.4E380.0fdouble648±4.9E-324 ~ ±1.8E3080.0dchar162\u0000 ~ \uffff0~65535\u0000boolean不定不定true / falsefalse这里有一个很容易被忽略的点boolean的大小并不是规范写死的。JVM 规范没有规定 boolean 单独存在时占几位HotSpot 虚拟机通常把它当成 int 来处理也就是在栈上占 4 字节而 boolean 数组里每个元素占 1 字节。问到这个细节的时候很多工作两三年的开发者也答不上来所以准备面试的话值得记一下。为什么要分成这么多种核心原因是为了让程序能在“合理的内存开销”和“足够的表达范围”之间做权衡。一个 boolean 值如果也开 8 字节那 1000 万个布尔变量就多占 70 多 MB很多场景根本扛不住。Java 把类型定得这么细本质上就是让你有机会把内存和性能的账算清楚。1.2 引用类型变量里装的是“门牌号”不是“人”除了 8 种基本类型剩下的都是引用类型类、接口、数组、枚举当然也包括 String。引用类型和基本类型最本质的差别在于基本类型的变量直接存值引用类型的变量存的是对象在堆内存中的地址。我常跟新人打一个比方基本类型是你钱包里的 100 元现金打印这个变量直接看到数字引用类型是你钱包里的一张银行卡卡本身不是钱它指向某个银行账户里的余额。比较基本类型比的是“金额大小”比较引用类型比的是“是不是同一张卡”。String之所以特殊是因为它有语法糖可以用双引号直接创建还能直接用拼接看起来像基本类型。但它本质上就是个final class底层是一个byte[]JDK 9 以后从 char[] 改成了 byte[]目的是节省内存。搞清楚这一点后面讲字符串比较的时候才不会懵。1.3 包装类让基本类型也能“被当作对象”有基本类型为什么还要有Integer、Long、Character这些包装类最直接的原因是 Java 泛型不支持基本类型。你没法写Listint只能写ListInteger同样HashMap的 value 也不允许是基本类型。集合、泛型、反射这些机制统统建立在对象的语义上。自动装箱和自动拆箱让这两套体系之间的切换看起来是无感的。Integer i 100;会自动执行Integer.valueOf(100)int x i;会自动执行i.intValue()。但“看起来无感”不意味着“真的没有代价”。Integer i null; int x i;这行代码在拆箱的时候会在执行i.intValue()时直接抛出NullPointerException。很多线上空指针就是这么来的数据库查出来一个Integer字段是 null代码里直接拿它和 int 比较砰挂了。2. 类型转换一行轻描淡写的代码往往是线上事故的源头2.1 自动类型转换的路线和你想的可能不一样Java 允许一些类型之间自动转换方向是byte - short - int - long - float - double以及char - int - long - float - double。这个方向的核心依据是“转换后不会丢失数据的范围信息”。把 byte 变成 int一个字节扩成四个字节数值不变安全所以自动转。反方向如果要从 double 转 int可能截断小数可能超出范围所以必须强制转。但这里面有个超级大坑int到float是“自动转换”但它会丢精度。很多人印象里 float 只有 4 字节int 也是 4 字节为什么 int 能自动转成 float 不报错因为 float 用的是“符号位 指数位 尾数位”表示尾数只有 23 位加上隐含的一位也就是 24 位有效精度。超过 2^24 也就是 16777216 的整数float 就记不清楚了。做个测试int a 16777217; float f a; System.out.println(f); // 输出 1.6777216E7不是 16777217我见过有人做文件大小统计单位从字节数累加到超过 1677 万之后突然开始不准排查到最后就是 int 转 float 自动转换惹的祸。所以涉及大整数统计时long 才是首选float 只适合本身就不需要精确表示的场景。平时写计数、ID、数量一律 long 或 int别贪省事用 float。2.2 强制转换是“直接截断”不是四舍五入把高精度类型强制转成低精度类型Java 会做什么一个字截。double d 9.99; int i (int) d;结果是 9不是 10。无论小数部分是多少直接砍掉。更隐蔽的是整数溢出的截断。int i 128; byte b (byte) i;结果是 -128。因为 128 的二进制是00000000 00000000 00000000 10000000强制转成 byte 时只保留低 8 位10000000而 byte 是补码表示最高位是 1 表示负数所以就是 -128。这个过程不是“取模”而是位数截断后按补码解释。如果不理解补码很容易被这种题绕晕。2.3 复合运算中暗含的升级规则byte 相加为什么等于 int面试里高频出现这样一段代码byte b1 1; byte b2 2; byte b3 b1 b2; // 编译报错不兼容的类型很多人不理解两个 byte 相加结果还是 byte为什么不能直接赋值因为 Java 的“二元数值提升”规则当 byte、short、char 参与算术运算时会先提升为 int 再运算所以b1 b2的结果是 int。int 不需要再谈能不能自动缩回 byte肯定不行必须强转。同样的道理short s 1; s s 1; // 编译报错 s 1; // 不报错等价于 s (short)(s 1);这类复合赋值运算符内部隐式包含了一次强制转换。这也是面试喜欢挖的一个点看起来s 1和s s 1差不多实际上后者会编译失败。这个设计的初衷是让复合赋值在满足大多数场景时少写一次强转但也意味着如果数值溢出它是静默发生的你得自己留意边界。3. 运算符优先级背死表不如掌握这几条实用原则3.1 位运算和等号混在一起时的典型坑很多书都有完整的优先级表从高到低排了十几行。说实话这种表我也背过背完不用就忘。与其死记不如记住几个最容易出事的“事故高发地段”。第一个是和位运算/逻辑运算的优先级关系。的优先级高于所以下面这行代码if (a b 0) { ... }b 0会先被计算得到一个 boolean然后再去和a做结果就是int boolean编译不通过。初学的人看到编译报错会一脸懵根本不知道错在哪。正确的写法是if ((a b) 0) { ... }再比如逻辑运算符内部的优先级高于||所以flag1 || flag2 flag3实际是flag1 || (flag2 flag3)。如果业务本意是(flag1 || flag2) flag3就必须老老实实加括号。3.2 右结合赋值号、三目、强转都是从右往左大多数运算符都是左结合从左往右算但有三类运算符是右结合赋值运算符、三目运算符、强制类型转换。a b c是先把c赋给b再把b的值赋给a。这个大家都熟。三目运算符的右结合知道的人就不多了String flag condition1 ? A : condition2 ? B : C;它等价于condition1 ? A : (condition2 ? B : C)也就是从右往左找匹配。如果嵌套三层以上可读性就会急剧下降我自己一般最多用一层再多就改成 if-else。右结合对强转的影响体现在连续转换上(int)(double)d是先转 double 再转 int(int) d 1则只转d因为强转的优先级高于算术运算但整个表达式的结果还受后续 1影响。写代码的时候还是那句老话多写括号。3.3 短路与、短路或有一边的代码可能根本没执行和||和/|都可以做逻辑运算但前者有短路效应只要左边的表达式足以决定整个结果右边就不会执行。false anything直接是 falsetrue || anything直接是 true。短路是很有用的特性比如if (list ! null list.size() 0) { ... }如果list是 null左边的list ! null为 false右边根本不执行从而避免了NullPointerException。这是 Java 里最经典的防御式写法。但短路也可能带来隐蔽 bug当右边的表达式有副作用时结果完全不同。int x 0; boolean result (x 0) (x 0); System.out.println(result); // false System.out.println(x); // 1右边没有执行如果把换成右边因为不存在短路一定会执行x 会变成 2。所以在“两边都必须执行”的业务场景里有人会故意用和|但这样写可读性极差真遇到这种需求我更建议分两条语句写清楚别让同事猜。3.4 括号不是写给编译器看的是写给同事看的很多人觉得加一堆括号显得自己菜好像高手都是靠优先级天然理解代码的。真不是这样。我看过不少线上代码一行表达式里混着移位、位与、逻辑判断写的时候很爽三个月后自己回来改都得多看两眼。阿里 Java 开发手册里也明确提到不同运算符混合使用时推荐使用括号明确运算顺序。从性能上看括号不会让字节码变多编译器本身就有语法树括号只是帮人理解。既然没有代价就不要吝啬。我的习惯是只要一个表达式里混合了关系运算、位运算、逻辑运算中的任意两类必然加括号。4. i、三目、switch 和字符串基础之下全是细节4.1 i 和 i 的字节码差异理解了就再也不会忘i和i的区别几乎每个面试 Java 的人都被问过。背结论当然简单i先返回后自增i先自增后返回。但要是能理解字节码层面发生了什么才算是真的掌握。int i 0; int a i; // a 0, i 1 int j 0; int b j; // b 1, j 1用javap -c看的话i的字节码顺序大致是iload把 i 的值压栈→iinc局部变量 1→istore而i是iinc→iload→istore。区别就是“先读后加”还是“先加后读”。实际写循环时for (int i 0; i n; i)和for (int i 0; i n; i)几乎没有任何性能差异因为这里自增的结果没有被使用两种写法生成的字节码可能是完全一样的。别再为了虚无的性能纠结了重点是别在表达式中写出i i这种自己都看不懂的东西。还有一个进阶知识点i不是原子操作。它本质上是“读 → 加 → 写”三步多线程并发操作同一个i的时候会丢更新。要用AtomicInteger或者加锁。我在代码评审里经常看到并发场景下用普通 int 累加最后结果忽大忽小就是这个原因。4.2 三目运算符的“类型自动提升”陷阱三目运算符condition ? expr1 : expr2大家天天写但有个冷门细节如果expr1和expr2的类型不一致Java 会对它们做自动类型提升提升结果可能不是你想要的。Object o true ? new Integer(1) : new Double(2.0); System.out.println(o); // 输出 1.0不是 1为什么会输出 1.0因为 Integer 和 Double 在这个场景下被拆箱后触发二进制数值提升int 被提升为 double整个表达式的类型是 double最后输出 1.0。这类题在面试里属于进阶题知道的人不多但很好用。它考察的不是你会不会用三目而是对“类型提升何时发生”有没有清晰认知。实际开发中如果两个分支返回类型差异很大不要硬写在一个三元表达式里拆开写 if-else 更安全。4.3 switch 能 switch 什么是个容易忽略的问题switch支持的数据类型也是八股文里常考的点。它支持int、short、byte、char以及对应的包装类还支持枚举enum和StringJava 7 开始但不支持long、float、double。为什么因为switch最底层的tableswitch和lookupswitch指令是基于 int 键的底层不认 long 和浮点。如果分支条件确实是 long 类型就别想着魔改 switch 了用 if-else 链即可或者把 long 拆成 int 高低位不过不到万不得已不要这么干可读性太差。Java 14 之后引入了 switch 表达式支持-语法写法更简洁也能作为表达式返回值这个在项目里如果用的是新版 JDK优先推荐。4.4 字符串和 Integer 的背了结论还会踩的坑String a abc; String b abc; a b结果是 true而String c new String(abc); a c结果是 false。前者因为两个字面量指向常量池里的同一个对象后者因为有 new 就必然新开对象。这个知识点本身不难难在很多人记住了 String 的却忘了 Integer 也有类似问题并且容易在项目里踩。Integer a 100; Integer b 100; System.out.println(a b); // true Integer c 200; Integer d 200; System.out.println(c d); // false原因在Integer.valueOf默认会缓存 -128 到 127 之间的 Integer 对象在这个范围内返回的是缓存里的同一个对象超出范围就 new 新的。在这个机制下比较数值永远用equals或拆箱后比不要用。尤其是从数据库、RPC 接口、JSON 里反序列化出来的 Integer你根本不知道它是用什么方式构造的拿一比较线上分分钟出问题。对象比较用equals这条规矩是能真正救命的。5. 高频面试题里的数据类型与运算符出题人真正想考察什么5.1 字面量溢出题L 和 F 到底有多重要有一个我面试必问的题long big 1000 * 1000 * 1000 * 1000; System.out.println(big); // 输出 -727379968而不是 1000000000000原因很简单等号右边的1000 * 1000 * 1000 * 1000四个 int 相乘计算过程全程都在 int 范围内进行结果溢出溢出后的 int 值再赋给 long。要得到正确结果必须写成long big 1000L * 1000 * 1000 * 1000;只要一个因子是 long整个表达式就会提升为 long 运算。同理float f 1.0;会编译失败因为 1.0 字面量默认是 doubledouble 不能自动缩窄成 float得写1.0f或者加强转。这些看似小的细节是“代码写着写着突然结果不对”最常见的来源。5.2 Integer 缓存题结论背后的设计逻辑前文提到的 -128 到 127 缓存很多人会问为什么偏偏是 -128 到 127而不是更大范围其实这个范围跟 byte 的取值范围一模一样实际开发里的小整数出现频率非常高比如状态码、数量、评分几乎都落在这个区间。缓存这些对象可以显著减少内存分配。IntegerCache.high的值其实可以通过 JVM 参数调整但一般不推荐动默认范围已经够用且稳定。面试里如果被问到别只说“有缓存”最好补一句“它来自Integer.valueOf方法Integer在自动装箱时也会走到这里所以两个Integer用比较在小整数范围内可能为 true超出范围一定为 false”。这样说已经赢过一大半应试者。5.3 从“背八股”到“懂机制”差的是一次反推我带过的人里有两种典型一种能把优先级表倒背如流但真给一个表达式让他说输出反而算不对另一种基础知识不算特别熟但遇到问题习惯打开javap -c看一眼字节码或者写个小 demo 打印中间值去验证。实际工作中第二种人明显更可靠。学数据类型和运算符的正确姿势不是看一遍文章就完事而是把这些“坑”当成实验素材一个个跑出来亲眼看到结果。字节码看不懂不要紧先能对上“i 先读后加”这种结论慢慢就建立起感觉了。我现在遇到任何不确定的类型或运算符问题第一反应不是查手册而是先写个 5 行的 main 方法跑一遍成本几乎为零答案还 100% 准确。5.4 一条明确的避坑清单直接抄作业最后把我在代码评审里最常念叨的几条整理出来金额计算用BigDecimal或分存储绝对不用float、double。订单号、用户 ID、状态 ID 这类标识性数据用long不要用Integer或更小的int避免未来量级增长后溢出。long字面量记得加Lfloat字面量加F。对象比较一律equals包括Integer、String以及各种包装类。表达式里同时出现关系、逻辑、位运算中的两类就加括号。判断集合不为空再操作用! null 的短路写法别用。使用switch注意分支类型别 switchlong或浮点。这条清单看起来简单但每一条背后都是真实线上故障换来的。数据类型和运算符是 Java 最底层的砖砖不牢楼越高越危险把细节抠明白写代码的时候才能不心虚。