大家好，今天小编关注到一个比较有意思的话题，就是关于java运算语言的问题，于是小编就整理了1个相关介绍Java运算语言的解答，让我们一起看看吧。
为什么JAVA不支持运算符重载？
1) 简单性和清晰性。
清晰性是 J***a 设计者的目标之一。设计者不是只想复制语言，而是希望拥有一种清晰，真正面向对象的语言。添加运算符重载比没有它肯定会使设计更复杂，并且它可能导致更复杂的编译器, 或减慢 JVM，因为它需要做额外的工作来识别运算符的实际含义，并减少优化的机会, 以保证 J***a 中运算符的行为。
J***a 不允许用户定义的运算符重载，因为如果允许程序员进行运算符重载，将为同一运算符赋予多种含义，这将使任何开发人员的学习曲线变得陡峭，事情变得更加混乱。
据观察，当语言支持运算符重载时，编程错误会增加，从而增加了开发和交付时间。由于 J***a和 JVM 已经承担了大多数开发人员的责任，如在通过提供垃圾收集器进行内存管理时，因为这个功能增加污染代码的机会, 成为编程错误之源, 因此没有多大意义。
3) JVM复杂性。
从JVM的角度来看，支持运算符重载使问题变得更加困难。通过更直观，更干净的方式使用方法重载也能实现同样的事情，因此不支持 J***a 中的运算符重载是有意义的。与相对简单的 JVM 相比，复杂的 JVM 可能导致 JVM 更慢，并为保证在 J***a 中运算符行为的确定性从而减少了优化代码的机会。
这是在 J***a 中不支持运算符重载的另一个好处。省略运算符重载后使语言更容易处理，如静态分析等，这反过来又更容易开发处理语言的工具，例如 IDE 或重构工具。J***a 中的重构工具远胜于 C++。
J***a的确不支持运算符重载，然后历史原因觉得和J***a起初的设计思想有关（严格的“OOP”思想），然后反驳下楼上说J***a里面的String可以使用“+”进行连接的问题，藐视看起来像是重载了运算符，其实这个只是JVM做的语法糖。
来，看下这个例子。
看到效果如下:：
是不是发现多了些什么？
没错，JVM编译的时候自动给你搞出了个StringBuilder，然后invokevirtual调用了下生成的StringBuilder对象的append方法，紧接着又调了toString方法。。。剩下自己脑补吧，反正就这么几句，把Constant pool也截图给你：
所以说啊，这个String的“+”操作符并没有进行什么重载，这个根本就是一个语法糖。
要说为什么J***a不支持操作符重载，我觉得楼上说的很好 (引用下)-----------------“个人觉得从项目管理和代码质量的角度来看，运算符重载可能导致代码的可读性降低，不宜维护。J***a中去掉这个特性也没什么不好的。”的确，个人也认为(引用自网络)----“操作符重载增加了复杂性，这与J***A最初的设计思想不符，它并不实用，反而增加了程序的阅读性”。严格的“OOP”思想可能是这个问题的历史原因。
当有人把我们常识记忆的运算符重载的乱七八糟，然后把这个代码藏起来，在常用的地方写几个超长的表达式，你就知道为啥不重载运算符了，写得好并不等于写出让人无法理解的代码，应试教育喜欢这么玩，搞点多重指针，重载，让考生摸不着头脑，然而真正的好项目并不是智力游戏，很多好的项目使用起来非常的舒服简单，安卓的黄油刀，picasso，等优秀的开源项目写起来简单流畅，源代码读起来通俗易懂，这才是真的厉害。
到此，以上就是小编对于j***a运算语言的问题就介绍到这了，希望介绍关于j***a运算语言的1点解答对大家有用。
