首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >Java操作符真的简单到易如反掌?

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

作者头像
沉默王二
发布2019-01-17 17:06:52
4620
发布2019-01-17 17:06:52
举报
文章被收录于专栏:沉默王二沉默王二

之前我写了一篇《吃人的那些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。

- End -

别忘了!

亲爱的读者朋友们~

看完文章,别只收藏,记得点赞转发哦~

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2018-11-09,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 沉默王二 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 一、“=”号的宣言:我不是判官,我只是用来赋值的
  • 二、double的宣言:注意精度哦!
  • 三、害死人的自动递增,不偿命的自动递减
  • 四、我俩到底等不等?
  • 五、跳过的位移运算符
  • 六、特别的三元操作符
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档