Java基本数据类型转换

一:Java的基本数据类型和引用数据类型

1:基本数据类型


2:引用数据类型


二:基本数据的类型转换

基本数据类型中,布尔类型boolean占有一个字节,由于其本身所代码的特殊含义,boolean类型与其他基本类型不能进行类型的转换(既不能进行自动类型的提升,也不能强制类型转换), 否则,将编译出错

1.基本数据类型中数值类型的自动类型提升

数值类型在内存中直接存储其本身的值,对于不同的数值类型,内存中会分配相应的大小去存储。如:byte类型的变量占用8位,int类型变量占用32位等。相应的,不同的数值类型会有与其存储空间相匹配的取值范围。具体如下所示:

图中依次表示了各数值类型的字节数和相应的取值范围。在Java中,整数类型(byte/short/int/long)中,对于未声明数据类型的整形,其默认类型为int型。在浮点类型(float/double)中,对于未声明数据类型的浮点型,默认为double型。



接下来我们看看如下一个较为经典例子:

1 package com.corn.testcast;

2

3

4 public class TestCast {

5   

6    public static void main(String[] args) {

7        byte a = 1000;  // 编译出错 Type mismatch: cannot convert from int to byte

8        float b = 1.5;  // 编译出错 Type mismatch: cannot convert from double to float

9        byte c = 3;      // 编译正确

10    }

11   

12 }

是不是有点奇怪?按照上面的思路去理解,将一个int型的1000赋给一个byte型的变量a,编译出错,提示"cannot convert from int to byte"是对的,1.5默认是一个double型,将一个double类型的值赋给一个float类型,编译出错,这也是对的。但是最后一句:将一个int型的3赋给一个byte型的变量c,居然编译正确,这是为什么呢?

原因在于:jvm在编译过程中,对于默认为int类型的数值时,当赋给一个比int型数值范围小的数值类型变量(在此统一称为数值类型k,k可以是byte/char/short类型),会进行判断,如果此int型数值超过数值类型k,那么会直接编译出错。因为你将一个超过了范围的数值赋给类型为k的变量,k装不下嘛,你有没有进行强制类型转换,当然报错了。但是如果此int型数值尚在数值类型k范围内,jvm会自定进行一次隐式类型转换,将此int型数值转换成类型k。如图中的虚线箭头。这一点有点特别,需要稍微注意下。

在其他情况下,当将一个数值范围小的类型赋给一个数值范围大的数值型变量,jvm在编译过程中俊将此数值的类型进行了自动提升。在数值类型的自动类型提升过程中,数值精度至少不应该降低(整型保持不变,float->double精度将变高)。

1 package com.corn.testcast;

2

3 public class TestCast {

4

5    public static void main(String[] args) {

6        long a = 10000000000; //编译出错: The literal 10000000000 of type int is out of range

7        long b = 10000000000L; //编译正确

8        int c = 1000;

9        long d = c;

10        float e = 1.5F;

11        double f = e;

12    }

13

14 }

如上:定义long类型的a变量时,将编译出错,原因在于10000000000默认是int类型,同时int类型的数值范围是-2^31 ~ 2^31-1,因此,10000000000已经超过此范围内的最大值,故而其自身已经编译出错,更谈不上赋值给long型变量a了。

此时,若想正确赋值,改变10000000000自身默认的类型即可,直接改成10000000000L即可将其自身类型定义为long型。此时再赋值编译正确。

将值为1000的int型变量c赋值给long型变量d,按照上文所述,此时直接发生了自动类型提升, 编译正确。同理,将e赋给f编译正确。

接下来,还有一个地方需要注意的是:char型其本身是unsigned型,同时具有两个字节,其数值范围是0 ~ 2^16-1,因为,这直接导致byte型不能自动类型提升到char,char和short直接也不会发生自动类型提升(因为负数的问题),同时,byte当然可以直接提升到short型。


2.基本数据类型中的数值类型强制转换

当我们需要将数值范围较大的数值类型赋给数值范围较小的数值类型变量时,由于此时可能会丢失精度(1讲到的从int到k型的隐式转换除外),因此,需要人为进行转换。我们称之为强制类型转换。

首先我们看一下如下的例子:

1 package com.corn.testcast;

2

3 public class TestCast {

4

5    public static void main(String[] args) {

6        byte p = 3; // 编译正确:int到byte编译过程中发生隐式类型转换

7        int  a = 3;

8        byte b = a; // 编译出错:cannot convert from int to byte

9        byte c = (byte) a; // 编译正确

10        float d = (float) 4.0;

11    }

12

13 }

byte p =3;编译正确在1中已经进行了解释。接下来将一个值为3的int型变量a赋值给byte型变量b,发生编译错误。这两种写法之间有什么区别呢?

区别在于前者3是直接量,编译期间可以直接进行判定,后者a为一变量,需要到运行期间才能确定,也就是说,编译期间为以防万一,当然不可能编译通过了。此时,需要进行强制类型转换。

强制类型转换所带来的结果是可能会丢失精度,如果此数值尚在范围较小的类型数值范围内,对于整型变量精度不变,但如果超出范围较小的类型数值范围内,很可能出现一些意外情况。

如下经典例子:

1 package com.corn.testcast;

2

3 public class TestCast {

4

5    public static void main(String[] args) {

6        int a = 233;

7        byte b = (byte) a;

8        System.out.println("b:" + b);  // 输出:-23

9    }

10

11 }

为什么结果是-23?需要从最根本的二进制存储考虑。

233的二进制表示为:24位0 + 11101001,byte型只有8位,于是从高位开始舍弃,截断后剩下:11101001,由于二进制最高位1表示负数,0表示正数,其相应的负数为-23。


3.进行数学运算时的数据类型自动提升与可能需要的强制类型转换

 如下代码:

1 package com.corn.testcast;

2

3 public class TestCast {

4

5    public static void main(String[] args) {

6        byte a = 3 + 5; // 编译正常 编译成 3+5直接变为8

7        int b = 3, c = 5;

8        byte d = b + c; // 编译错误:cannot convert from int to byte

9

10        byte e = 10, f = 11;

11        byte g = e + f; // 编译错误 +直接将10和11类型提升为了int

12        byte h = (byte) (e + f);  //编译正确

13    }

14

15 }

当进行数学运算时,数据类型会自动发生提升到运算符左右之较大者,以此类推。当将最后的运算结果赋值给指定的数值类型时,可能需要进行强制类型转换。                                                                                                                                                欢迎工作一到五年的Java工程师朋友们加入Java群: 891219277

群内提供免费的Java架构学习资料(里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码,MyBatis,Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料)合理利用自己每一分每一秒的时间来学习提升自己,不要再用"没有时间“来掩饰自己思想上的懒惰!趁年轻,使劲拼,给未来的自己一个交代!

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,029评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,395评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,570评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,535评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,650评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,850评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,006评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,747评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,207评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,536评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,683评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,342评论 4 330
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,964评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,772评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,004评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,401评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,566评论 2 349

推荐阅读更多精彩内容

  • Java中的类型转换在Java编码中具有重要的作用。首先,来了解下数据类型的基本理解:数据类型是用来描述数据的种类...
    时待吾阅读 1,329评论 0 2
  • 1. Java基础部分 基础部分的顺序:基本语法,类相关的语法,内部类的语法,继承相关的语法,异常的语法,线程的语...
    子非鱼_t_阅读 31,598评论 18 399
  • 朋友是 彼此生命的过客 告别时 道一声珍重 再相聚 惟惊喜感慨 可曾知 时间的远方里 飘着经历的长河 偶然听起 那...
    心莲Kallen阅读 192评论 0 2
  • 1.我在本篇文章中学到的最重要的概念是: 在有时间和精力的时候,就要去做自己想做的,去验证自己想验证的,再不疯狂我...
    246任晶璐阅读 261评论 1 0
  • 糜乱的周一让人有点仓促。一日之计在于晨,可惜我已经失去了,生活总是这样,越是抱有幻想,抱有期待,他越是辜负你?也许...
    仁者之道阅读 523评论 0 0