原码反码补码数据类型转换位运算符位移运算符

今天药忘吃喽~ 2022-07-12 13:21 274阅读 0赞

默认情况下，你写的一个十进制数据是int类型。  
1真实的二进制表示：  
00000000 00000000 00000000 000000001   
  
在计算机中,所有的数据都是补码形式存储和进行计算。  
  
正数：原码，反码，补码都相同。  
负数：原码和正数的符号位不同，数值位相同  
      反码和原码的符号位相同，数值位0变1,1变0  
      补码是反码+1  
  
![Center][]  
数据类型转换  
面试题：  
byte b = 130;有没有问题?  
如果有问题，请问怎么解决?  
解决后的结果是什么?

为什么结果是这个样式的?

//byte -- -128~127  
//解决方案：把数据类型提升。  
//我们可以通过把数据赋值给short,int,long来解决问题。  
//但是，我们不想这样做，就只想把数据赋值给byte类型。  
//数据类型转换  
//从大到小：所占用的字节数比数据类型所能表示的大。  
//从小到大：所占用的字节数比数据类型所能表示的小。  
//一个整数，默认是int类型。  
//也就是说这个130和300其实是int类型的  
//那么，现在你是把int类型赋值给byte类型，  
//也就是从大到小的赋值。这个时候，可能会有溢出。  
//因为你是4个字节的数据，而我只有1个。  
//如果不想使用提升数据类型的方式，那么， 我们就只能使用强制转换了  
//强制类型转换的应用场景：  
//在把一个大的数据类型的值赋值给小的数据类型的时候，需要使用强制类型转换。  
//使用格式是：  
//数据类型 变量 = (数据类型)值;  
  
  
byte b1 = (byte)130;//可能有数据溢出  
byte b2 = (byte)300;//可能有数据溢出  
System.out.println(b1);//结果为：-126  
System.out.println(b2);//结果为：44

问题：为什么byte b1 = (byte)130;结果是-126呢?  
思考：  
A:130这个数据默认是int类型的。  
B:在参与运算的时候，得变成补码表示。  
C:找到130的补码。通过观察数据，我们知道130是一个正数。  
D:正数的原码，反码，补码都相同。所以我们只要写出了130的原码就知道补码。  
E:写出130的原码。他的原码其实就是他的二进制表示。  
130的二进制：  
00000000 00000000 00000000 10000010  
G:接下来我们把130给强制转换为了byte类型，那么，这个时候，就出问题了。  
          byte类型占用1个字节。而我们的130现在占用的是4个字节。  
 所以，在强制转换的过程中，会有字节数据的丢失。  
 但是，我们不用搭理它。  
 直接按照我们的结果来看：  
00000000 00000000 00000000 10000010  
 强制转换为byte类型后，我们的结果就是  
10000010  
H:这个时候，我们看到了10000010。这个数据应该是补码形式存在的。  
 我们最终通过显示器看到的应该是原码。  
 补码：1 0000010  
 反码：1 0000001  
 原码：1 1111110   
        I:最终我们的数据值是：1 1111110   
 而我们通过控制台看到的是十进制数据，所以，我们还要把改二进制转换为十进制。  
1 1111110  
符号位111 1110  
\-64+32+16+8+4+2  
\-126

位运算符

&按位与  
|按位或  
^按位异或  
~按位反  
<<左移  
>>右移  
>>>无符号右移

数据在底层都是通过位运算计算的

位运算符的规则：  
&按位与如果操作时同时为1，则结果为1。  
|按位或如果操作时同时为0，则结果为0。  
^按位异或如果操作数据不同，则为1，相同则为0。  
~按位反把所有的数据都0变化1,1变化为0.

<< 左移运算符 右边空出来的补齐0，左边最高的去掉了。  
>> 右移运算符 左边空出来数据，补齐和最高位相同的数值。  
>>> 无符号右移运算符 左边空出来数据，都补齐0。

[Center]: /images/20220710/a888be8a99bb439f9d86b0a99083c41a.png