Java操作符真的简单到易如反掌？

之前我写了一篇《吃人的那些Java名词：对象、引用、堆、栈和堆栈》，本以为凭借自己8年的Java编程经验足够把这些“吃人”的Java名词解释清楚了，但有网友不以为然，在文章底部评论说：“老哥，你真的有8年java开发经验么。。。”（告诉我，为什么要用三个句号。。。而不是三个问号？？？）鉴于此，我在写这篇《Java操作符真的简单到易如反掌？》时感到惶恐不安，头顶三个大字几乎压得我喘不过气来，哪三个字呢？

——“臣有罪”，外加三个感叹号！！！。

但转念想到北航出版社董老师给我的建议：

你面对的是编程爱好者，或初级技术人员；所以不要担心，你把步骤写清楚，给人一种手把手的感觉，以实践和实例为主，技术原理为辅；让读者从简单开始，引导读者自己往深入的地方钻研。这样的话，你写作的目的也就达成了。

我惴惴不安的心情也就渐渐释然了——别担心那些抵触的声音，写好自己的文章就对了。

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

记得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

?前面是布尔表达式，?后面是两个可选值（用:隔开)，布尔表达式为true，则三元操作符的结果是value0，否则是value1。

---