java算数怎么算_什么是Java算数运算符-CSDN博客

本文链接：https://blog.csdn.net/weixin_35867815/article/details/114508577

一、“=”号的宣言：我不是判官，我只是用来赋值的

记得10年刚参加工作的时候，我的同事小王就因为一行简单的代码被领导骂的狗血喷头。当时小王被骂的那个惨啊，至今我还历历在目。究竟是一行什么代码呢？据我惨痛的回忆，大概是这样的：

if (b = c) {

// ...

}

我那同事小王很明显是想要判断b和c是否相等(==)，然而却莫名其妙的少了一个=号，变成了赋值操作；我相信小王绝对不是故意的，只是当时急于和女朋友聊天少写了一个=号而已。但这样的错误竟然没有被编译器发现，因为当b和c是布尔(boolean)类型时，编译器就不会报错提示——这真是小之又小的概率，就这么不幸的被小王撞上了(重要的是被领导当众羞辱)——从此以后，小王对编程失去了信心，实习期没结束，小王就转行做汽车销售了。

悲哀啊！

我和小王相处的时间大概有3个月吧，对他的印象蛮好的，蛮聪明伶俐的一个少年；可惜被这样一个不经意的错误给耽搁了。

是时候给“=”号一个明确的宣言了：我不是判官，我只是用来赋值的；什么意思呢？意思是，取“=”号右边的值(右值)，把它复制给左边(左值)；右值可以是任何常数、变量或者生成一个值得表达式；但左值必须是一个明确的、已命名的变量。例如，可以将一个字符串赋值给一个变量：

String cmower = "沉默王二，一个不止写程序的全栈工程师";

关键点：

1)得到你的人却得不到你的心；来看这么一段代码：

int i = 520, j = 521;

// 此时的i和j非常恩爱

System.out.println("i=" + i + "，j=" + j);

// 输出：i=520，j=521

// 就当他俩结婚了

i = j;

// 然而i却疯了

i = 250;

// 但j却不为所动

System.out.println("i=" + i + "，j=" + j);

// 输出：i=250，j=521

怎么解释上面这段代码呢？答案是：

基本数据类型在赋值(生动而又不恰当的说法就是结婚吧)的时候，其实是把右值复制给了左值；但在左值发生改变的时候，右值却不会改变。这样的说法其实很绕，简单点的说法是基本类型的赋值是不会相互影响的，和对象引用的赋值是完全不同的；对象引用的赋值是会相互影响的。

2)你若不爱，我便不爱；来看这么一段代码：

class Lover {

int level;

}

public class OperationalCharacter {

public static void main(String[] args) {

testTrueLove();

}

public static void testTrueLove() {

Lover boy = new Lover();

boy.level = 520;

Lover girl = new Lover();

girl.level = 521;

// 此时的男孩和女孩非常恩爱

System.out.println("boy.level=" + boy.level + "，girl.level=" + girl.level);

// boy.level=520，girl.level=521

// 就当他俩结婚了

boy = girl;

// 女孩不爱了

girl.level = 582;

// 男孩也不爱了

System.out.println("boy.level=" + boy.level + "，girl.level=" + girl.level);

// boy.level=582，girl.level=582

}

怎么解释上面这段代码呢？答案是：

对象引用在赋值的时候，其实改变的是引用的地址；boy = girl;使boy也指向了girl的那个地址。因此，当girl.level改变的时候，boy.level也发生了变化。

3)有钱之后还能保持自我吗？来看这么一段代码：

class Money {

int coin;

}

public class OperationalCharacter {

public static void main(String[] args) {

// 穷光蛋a

int a = 0;

// 穷光蛋b

Money b = new Money();

b.coin = 0;

testQuality(a, b);

System.out.println("a=" + a + "，b.coin=" + b.coin);

// 输出：a=0，b.coin=10000000

}

public static void testQuality(int a, Money b) {

// 有钱了

a = 10000000;

b.coin = 10000000;

}

怎么解释上面这段代码呢？答案是：

基本数据类型作为参数传递给方法之后，尽管在方法中发生了改变，但跳出方法之后的值并不会发生变化；就像a同学，在传递给testQuality方法前是个穷光蛋，尽管在testQuality方法中变成了千万富翁，但跳出testQuality方法后依然是个穷光蛋。

对象引用作为参数传递给方法之后，一旦在方法中发生了改变，跳出方法之后的值也会发生变化；就像b同学，在传递给testQuality方法前是个穷光蛋，在testQuality方法中变成了千万富翁，那么跳出testQuality方法后仍然是个千万富翁。

话外音：如果你把这种情形归结为命，我是认同的。

二、double的宣言：注意精度哦！

Java的基本算术操作符包括加号(+)、减号(-)、除号(/)、乘号(*)和取余(%)；它们的使用方法就好像吃一口苹果那样简单，所以不再赘述。但需要注意一点，就是精度问题，来看这样一个示例：

double m = 6;

double n = 6.4;

double o = m * n;

System.out.println("m=" + m + "，n=" + n + "，o=" + o);

// 输出：m=6.0，n=6.4，o=38.400000000000006

你猜想o的输出结果肯定是38.4，因为m是6，n是6.4，它们的乘积自然是38.4啊！但你这样的猜想就好像买了一注大乐透；根据你设定的公式，这一注大乐透中一百万都是小的；但结果是，你又成功贡献了一次奖金池。为什么o的结果是38.400000000000006？为什么会这样？究竟为什么？

答案：首先，计算机进行的是二进制运算，我们输入的十进制数字会先转换成二进制，进行运算后再转换为十进制输出。double提供了快速的运算，然而问题在于转换为二进制的时候，有些数字不能完全转换，只能无限接近于原本的值，这就导致了在后来的运算会出现不正确结果的情况。

剧透：不止是double会有精度问题，float也会有精度问题。

那么，精度问题该怎么解决呢？

BigDecimal ！！！

涉及到小数运算时一定要使用BigDecimal ！！！

不要使用double和float。

来看一下解决方案的代码：

BigDecimal m1 = BigDecimal.valueOf(6);

BigDecimal n1 = BigDecimal.valueOf(6.4);

BigDecimal o1 = m1.multiply(n1);

System.out.println("m1=" + m1 + "，n1=" + n1 + "，o1=" + o1);

// 输出：m1=6，n1=6.4，o1=38.4

有人说，为什么要用BigDecimal.valueOf()而不用new BigDecimal()？答案如下：

BigDecimal m2 = new BigDecimal(6);

BigDecimal n2 = new BigDecimal(6.4);

BigDecimal o2 = m2.multiply(n2);

System.out.println("m2=" + m2 + "，n2=" + n2 + "，o2=" + o2);

// 输出：m2=6，n2=6.4000000000000003552713678800500929355621337890625，o2=38.4000000000000021316282072803005576133728027343750

讲究，特别的讲究。

三、害死人的自动递增，不偿命的自动递减

记得参加工作的第二年，我的同事小二就因为把“前缀递增”写成了“后缀递增”被一顿痛骂之后拉出去祭天了。至今我还耿耿于怀，因为我也是参与者之一(当时小王准备使用p = p + 1，但我劝小王使用p++，因为自动递增更加简洁)；但小二很讲义气，没有把我捅出去，我才苟且活到今日。往事不堪回首，但为了以后的Java程序员着想，我决定忍着记忆的苦涩把小二当年的那段代码记录下来：

public static void main(String[] args) {

int p = 0;

calculate(p);

}

public static void calculate(int p) {

if (p < 3) {

// 其他

calculate(p++);

}

按照以上的代码来看，这是一个死循环，calculate迭代是不会跳出的，直到程序报错。为什么会这样呢？

因为后缀递增会先生成值，再执行运算；也就是p++这个表达式的结果还是p。但前缀递增会先执行运算，再生成值；也就是++p这个表达式的结果是p+1。

那以上代码正确的写法是什么呢？答案如下：

public static void main(String[] args) {

int p = 0;

calculate(p);

}

public static void calculate(int p) {

if (p < 3) {

// 其他

calculate(++p);

}

四、我俩到底等不等？

==用来判断操作符两侧的值是否相等——老生常谈的话题了；凡是遇到字符串比较，请使用equals()方法，这个大家都已经心知肚明了，不需要再强调；但对于Integer类型的值进行比较时，还需要特别强调一下；因为针对实际的项目来说，遇到数据库中字段类型为int时，Java对象与之对应的属性需要声明是Integer(注意，不是int)，Integer在比较是否相等时不能使用==！为什么呢？请看以下代码：

Integer q = 127;

Integer r = 127;

System.out.println(q == r); // true

q = 128;

r = 128;

System.out.println(q == r); // false

为什么一个是true，一个是false？

因为Integer作为常量时，对于-128到127范围之间的数，Java会对其进行缓存；也就是说Integer q = 127时，Java会将其存放在缓存中，当执行Integer r = 127时，Java发现缓存中存在127这个数了，就直接取出来赋值给r，所以此时的q == r，也就是说System.out.println(q == r)此时输出true。当q和r不在-128到127之间的范围时，Java会通过new Integer()来创建该数值，所以q和r被赋值为128时q != r，也就是说System.out.println(q == r)此时输出false。

针对这个情况，在判断Integer是否相等时，尽量使用以下代码来进行判断：

System.out.println(q.intValue() == r.intValue());

System.out.println(q.compareTo(r) == 0);

注意：前提条件是q和r都不为null。

五、跳过的位移运算符

对不起，我选择跳过！

六、特别的三元操作符

来看这样一段代码：

boolean flag = true;

System.out.println(flag ? "点赞转发分享" : "踩死你丫的");

三元操作符也称为条件操作符，它很简洁，也很特别，因为它有三个操作数：

boolean-exp ? value0 : value1