Java设计人员认为操作符重载带来的麻烦大于它的价值。就这么简单。

在一种每个对象变量实际上都是引用的语言中，运算符重载具有相当不合逻辑的额外危险——至少对c++程序员是这样。比较c#的==操作符重载和Object的情况。等号和对象。ReferenceEquals(或其他名称)。

Java设计人员认为操作符重载带来的麻烦大于它的价值。就这么简单。

在一种每个对象变量实际上都是引用的语言中，运算符重载具有相当不合逻辑的额外危险——至少对c++程序员是这样。比较c#的==操作符重载和Object的情况。等号和对象。ReferenceEquals(或其他名称)。

Java操作符重载本机支持的替代方案

因为Java没有操作符重载，这里有一些你可以考虑的替代方案:

使用另一种语言。Groovy、Scala和Kotlin都有操作符重载，它们都是基于Java的。 使用Java -oo，这是一个在Java中支持操作符重载的插件。注意，它不是平台独立的。此外，它有许多问题，并且与Java的最新版本(即Java 10)不兼容。(StackOverflow原始源码) 使用JNI、Java本机接口或替代方案。这允许您编写在Java中使用的C或c++方法。当然，这也不是平台独立的。

如果有人知道其他人，请评论，我会把它添加到这个列表中。

有人说Java中的操作符重载会导致混淆。这些人是否曾经停下来查看一些Java代码进行一些基本的数学运算，比如使用BigDecimal将财务值按百分比增加?．．．． 这种做法的冗长本身就证明了混淆视听。具有讽刺意味的是，向Java中添加运算符重载将允许我们创建自己的Currency类，这将使此类数学代码优雅而简单(不那么混乱)。

Groovy具有操作符重载，并且运行在JVM中。如果您不介意性能损失(每天都在减小)。它是基于方法名自动生成的。例如，'+'调用'plus(参数)'方法。

假设Java是实现语言，那么a、b和c都是对初始值为null的Complex类型的引用。还假设Complex是不可变的，就像前面提到的BigInteger和类似的不可变BigDecimal一样，我想你是指下面的意思，因为你将引用赋值给从添加b和c返回的Complex，而不是将这个引用与a进行比较。

不是: 复合物a, b, c;A = b + c; 简单得多: 复合物a, b, c;A = b.add(c);