java中+号的行为取决于紧邻操作数类型：左侧为string或已字符串化时执行连接，否则执行算术加法；从左到右结合，顺序影响结果，如"a"+1+2得"a12"，而1+2+"a"得"3a"。
加号在 Java 中什么时候是字符串连接，什么时候是算术加法
Java 里 + 的行为完全取决于**紧邻的操作数类型**，不是看整个表达式，也不是看左边或右边单独一个操作数。编译器从左到右扫描，一旦遇到 String 类型（或能被自动转为 String 的引用类型），后续所有 + 都按字符串连接处理；否则按数值加法。
常见错误现象："a" + 1 + 2 得到 "a12"，但 1 + 2 + "a" 得到 "3a"——顺序真会影响结果。
- 如果左侧操作数是
String或右侧是String且左侧已“被字符串化”，整个链式+就走连接逻辑 -
null会被转成字符串"null"，比如"x" + null→"xnull" - 基本类型（
int、double等）参与连接时会自动装箱再调用toString()，但不会触发隐式类型提升（比如byte + byte在纯算术中会升为int，但在连接中不涉及这步）
混合计算与连接时括号为什么不能省
括号改变的是运算优先级，而 + 的左右结合性（left-associative）决定了它总是从左往右算。没有括号时，你没法靠空格或换行“暗示”编译器想先算数字再拼字符串。
示例：1 + 2 + "abc" 等价于 (1 + 2) + "abc" → "3abc"；而 1 + "abc" + 2 是 (1 + "abc") + 2 → "1abc2"。
立即学习“Java免费学习笔记（深入）”；
- 想先算数值再连接？必须写
(1 + 2) + "abc"，不能依赖空格或直觉 - 写成
1 + (2 + "abc")也没用：因为2 + "abc"先触发连接，结果是"2abc"，再和1连接 →"12abc" - 如果变量是
Object类型（如Integer），+依然只认运行时类型吗？不，Java 是静态类型语言——只看编译期声明类型。比如Object o = 42; String s = "x" + o;，这里o是Object，所以调用的是o.toString()，不是数值加法
性能差异：字符串连接 vs StringBuilder 显式拼接
在循环或多次拼接场景下，用 + 不等于低效，但得看上下文。JDK 8+ 的编译器会对**局部范围内的静态字符串拼接**自动优化为 StringBuilder；但若涉及变量、循环或方法调用，就未必了。
反例：String s = ""; for (int i = 0; i —— 每次 <code>+= 都新建 StringBuilder，效率差；应改用显式 StringBuilder。
- 单条语句中多个字面量拼接（如
"a" + 1 + "b" + 2.0）会被编译器直接优化为一个常量字符串 - 含变量的表达式（如
"a" + x + "b"）通常编译为new StringBuilder().append("a").append(x).append("b").toString() - 但循环内
+=不会合并成一个StringBuilder实例，每次迭代都 new 一个新的
容易被忽略的边界情况：char 和 int 的混淆
字符字面量（'a'）是 char 类型，本质是整数。当它出现在纯算术上下文中，+ 就是加法；一旦和字符串相邻，就变成连接。
典型陷阱：'a' + 'b' 结果是 195（'a' ASCII 97 + 'b' 98），但 "a" + 'b' 是 "ab"；更隐蔽的是 'a' + 1 + "c" → "98c"（因为 'a' + 1 先算出 98，再连接）。
-
char和int混合算术：自动提升为int，不报错也不警告 - 想让
'a'当字符拼接？确保它至少一侧是String，比如"" + 'a' + 'b'→"ab" - IDE（如 IntelliJ）有时会提示 “'+' used for string concatenation”，但不会警告潜在的意外算术，得靠人盯住类型流
