java不支持用户自定义运算符重载，旨在控制复杂度、保障可读性与jvm简洁性；唯一例外是string的“+”为编译器语法糖；推荐用明确方法名替代，如add()、equals()、compareto()等。
Java 从语言设计之初就明确不支持用户自定义的运算符重载，这是有意为之的取舍，不是遗漏或技术限制。
核心原因：控制复杂度与保障可读性
Java 设计者认为，允许任意重载 +、-、*、== 等运算符，容易导致同一符号在不同类中语义差异巨大。比如 a == b 在 String 中是内容比较，在自定义类中若被重载成“ID相等”或“近似相等”，会破坏开发者对运算符行为的直觉预期。这种歧义会显著增加代码理解成本和协作难度。
此外，JVM 层面也倾向简洁：省去运算符重载解析逻辑，能简化字节码验证、提升 JIT 编译优化效率，也让 IDE 的语法分析、重构（如重命名、提取方法）更可靠。
唯一例外：字符串拼接的 “+”
Java 对 String 类型的 + 运算符做了特例处理——它不是真正的用户可重载机制，而是编译器层面的语法糖。例如：
String s = "a" + obj + 123; 在编译时会被自动转为 new StringBuilder().append("a").append(obj).append(123).toString()。
这属于语言内置规则，普通类无法模仿或扩展该行为。
主流替代方案：清晰的方法调用
Java 鼓励用语义明确的方法名代替重载运算符，例如：
- 加法操作：用 vec.add(other) 或 vec.plus(other)，而不是 vec + other
- 相等判断：重写 equals(Object) 方法，并配合 Objects.equals(a, b) 安全调用
- 比较大小：实现 Comparable 接口，用 a.compareTo(b)
- 转换操作：提供 toBigInteger()、asList() 等具名方法，而非重载类型转换运算符
进阶选择：借助第三方工具（非标准）
如果项目确实需要类似 Kotlin 的运算符风格，可引入 Manifold 这类编译期插件。它通过注解和约定方法名（如 plus()、times()）将 a + b 自动映射为方法调用。
但要注意：这会增加构建复杂度，且生成的字节码仍不包含真正重载，团队成员需统一认知；不建议在基础库或跨团队项目中使用。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
