大家好，今天小编关注到一个比较有意思的话题，就是关于java语言中运算符的问题，于是小编就整理了2个相关介绍Java语言中运算符的解答，让我们一起看看吧。
>>是什么符号？
在JAVA中，>>符号是右移运算符
在j***a语言中，往往会出现>>符号，它一般是表示右移运算符，即不管是正数还是负数，在符号右移时，所有移位的位置都置为0。
在j***a语言中，还有>符号，<<符号和>>>符号，它们所表示的意义分别如下：
其中，>符号表示大于，<<符号表示左移运算符，>>>符号表示无符号右移，也可以叫逻辑右移，即若该数为正，则高位补0，而若该数为负数，则右移后高位同样补0。
为什么J***a不支持运算符重载？
当有人把我们常识记忆的运算符重载的乱七八糟，然后把这个代码藏起来，在常用的地方写几个超长的表达式，你就知道为啥不重载运算符了，写得好并不等于写出让人无法理解的代码，应试教育喜欢这么玩，搞点多重指针，重载，让考生摸不着头脑，然而真正的好项目并不是智力游戏，很多好的项目使用起来非常的舒服简单，安卓的黄油刀，picasso，等优秀的开源项目写起来简单流畅，源代码读起来通俗易懂，这才是真的厉害。
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论文。
函数式语言的核心思想其实是数学。
说得更白话一点：通过数学表达式描述问题，而不是人肉模拟解答过程。问题描述完了，也就解决了——运行时处理执行细节。
说得更派一点：通过无状态的函数加以其他优化特性，将这些函数组件进行拼接。
看到这里，估计有不少人要来拍砖：运算符重载看起来那么复杂，明明可以定义方法或者函数来解决，除了***格，没有实用价值。
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”思想可能是这个问题的历史原因。
到此，以上就是小编对于j***a语言中运算符的问题就介绍到这了，希望介绍关于j***a语言中运算符的2点解答对大家有用。
