大家好，今天小编关注到一个比较有意思的话题，就是关于java语言运算符是什么的问题，于是小编就整理了1个相关介绍Java语言运算符是什么的解答，让我们一起看看吧。
为什么JAVA不支持运算符重载？
C# 可重载和不可重载运算符
【一】可重载运算符 说明
+, -, !, ~, ++, -- 这些一元运算符只有一个操作数，且可以被重载
+, -, *, /, % 这些二元运算符带有两个操作数，且可以被重载
==, !=, <, >, <=, >= 这些比较运算符可以被重载
【二】
不可重载运算符 说明
+=, -=, *=, /=, %= 这些赋值运算符不能被重载
=, ., ?:, ->, new, is, sizeof, typeof
Java的确不支持运算符重载，然后历史原因觉得和Java起初的设计思想有关（严格的“OOP”思想），然后反驳下楼上说Java里面的String可以使用“+”进行连接的问题，藐视看起来像是重载了运算符，其实这个只是JVM做的语法糖。
来，看下这个例子。
看到效果如下:：
是不是发现多了些什么？
没错，JVM编译的时候自动给你搞出了个StringBuilder，然后invokevirtual调用了下生成的StringBuilder对象的append方法，紧接着又调了toString方法。。。剩下自己脑补吧，反正就这么几句，把Constant pool也截图给你：
所以说啊，这个String的“+”操作符并没有进行什么重载，这个根本就是一个语法糖。
要说为什么Java不支持操作符重载，我觉得楼上说的很好 (引用下)-----------------“个人觉得从项目管理和代码质量的角度来看，运算符重载可能导致代码的可读性降低，不宜维护。Java中去掉这个特性也没什么不好的。”的确，个人也认为(引用自网络)----“操作符重载增加了复杂性，这与JAVA最初的设计思想不符，它并不实用，反而增加了程序的阅读性”。严格的“OOP”思想可能是这个问题的历史原因。
1)简单性和清晰性。清晰性是Java设计者的目标之一。设计者不是只想复制语言，而是希望拥有一种清晰，真正面向对象的语言。添加运算符重载比没有它肯定会使设计更复杂，并且它可能导致更复杂的编译器, 或减慢 JVM，因为它需要做额外的工作来识别运算符的实际含义，并减少优化的机会, 以保证 Java 中运算符的行为。
2)避免编程错误。Java 不允许用户定义的运算符重载，因为如果允许程序员进行运算符重载，将为同一运算符赋予多种含义，这将使任何开发人员的学习曲线变得陡峭，事情变得更加混乱。据观察，当语言支持运算符重载时，编程错误会增加，从而增加了开发和交付时间。由于 Java 和 JVM 已经承担了大多数开发人员的责任，如在通过提供垃圾收集器进行内存管理时，因为这个功能增加污染代码的机会, 成为编程错误之源, 因此没有多大意义。
3)JVM复杂性。从JVM的角度来看，支持运算符重载使问题变得更加困难。通过更直观，更干净的方式使用方法重载也能实现同样的事情，因此不支持 Java 中的运算符重载是有意义的。与相对简单的 JVM 相比，复杂的 JVM 可能导致 JVM 更慢，并为保证在 Java 中运算符行为的确定性从而减少了优化代码的机会。
4)让开发工具处理更容易。这是在 Java 中不支持运算符重载的另一个好处。省略运算符重载使语言更容易处理，这反过来又更容易开发处理语言的工具，例如 IDE 或重构工具。Java 中的重构工具远胜于 C++。
到此，以上就是小编对于java语言运算符是什么的问题就介绍到这了，希望介绍关于java语言运算符是什么的1点解答对大家有用。
