为什么Java不支持运算符重载？
J***a之所以不支持运算符重载，并不是如下原因：
不支持运算符重载的根本原因，是源自James Gosling设计J***a的初衷：那就是要让J***a的学习门槛足够低，这样才能让这个编程语言被更多的人使用，从而拥有最大的市场占有率。
J***a诞生之前， 基本上是C/C++的天下。光C语言的一个指针，就吓退了多少莘莘学子？C++引入更多的动态特性：多态、多重继承、函数重载、函数重写、运算符重载、泛型……这更不知道让多少人望而却步！
正是在那样的大环境下，James Gosling才萌生了“开发一个小白都能上手”的编程语言的念头。
运算符重载的底层逻辑来自函数式编程。它的祖师爷是Lisp，一个“从来被模仿、从未被超越”的神级语言。
可以负责任地讲，如今流行的Python、J***ascript、Typescript、Go、Ruby、Haskell、Scala、Groovy等，在动态高级特性上都是在不断模仿60多年前的Lisp。包括J***a从诞生起就在鼓吹的垃圾回收等优点，全部都是“偷师”Lisp。有兴趣的小伙伴可以自行下载Lisp的发明者——John McCarthy老爷爷1960年发表的GC论文。
函数式语言的核心思想其实是数学。
说得更白话一点：通过数学表达式描述，而不是人肉模拟解答过程。问题描述完了，也就解决了——运行时处理执行细节。
说得更学院派一点：通过无状态的函数加以其他优化特性，将这些函数组件进行拼接。
看到这里，估计有不少人要来拍砖：运算符重载看起来那么复杂，明明可以定义方法或者函数来解决，除了***格，没有实用价值。
1)简单性和清晰性。清晰性是J***a设计者的目标之一。设计者不是只想复制语言，而是希望拥有一种清晰，真正面向对象的语言。添加运算符重载比没有它肯定会使设计更复杂，并且它可能导致更复杂的编译器, 或减慢 JVM，因为它需要做额外的工作来识别运算符的实际含义，并减少优化的机会, 以保证 J***a 中运算符的行为。
2)避免编程错误。J***a 不允许用户定义的运算符重载，因为如果允许程序员进行运算符重载，将为同一运算符赋予多种含义，这将使任何开发人员的学习曲线变得陡峭，事情变得更加混乱。据观察，当语言支持运算符重载时，编程错误会增加，从而增加了开发和交付时间。由于 J***a 和 JVM 已经承担了大多数开发人员的责任，如在通过提供垃圾收集器进行内存管理时，因为这个功能增加污染代码的机会, 成为编程错误之源, 因此没有多大意义。
3)JVM复杂性。从JVM的角度来看，支持运算符重载使问题变得更加困难。通过更直观，更干净的方式使用方法重载也能实现同样的事情，因此不支持 J***a 中的运算符重载是有意义的。与相对简单的 JVM 相比，复杂的 JVM 可能导致 JVM 更慢，并为保证在 J***a 中运算符行为的确定性从而减少了优化代码的机会。
4)让开发工具处理更容易。这是在 J***a 中不支持运算符重载的另一个好处。省略运算符重载使语言更容易处理，这反过来又更容易开发处理语言的工具，例如 IDE 或重构工具。J***a 中的重构工具远胜于 C++。
