立即数

https://baike.baidu.com/item/%E7%AB%8B%E5%8D%B3%E6%95%B0/3062020?fr=aladdin

通常把在立即寻址方式指令中给出的数称为立即数
立即数可以是8位、16位或32位，该数值紧跟在操作码之后。
如果立即数为16位或32位，那么，它将按“高高低低”的原则进行存储。
例如：
　　MOV AH, 80H　ADD AX, 1234H　MOV ECX, 123456H
　　MOV B1, 12H　MOV W1, 3456H　ADD D1, 32123456H
其中：B1、W1和D1分别是字节、字和双字单元。
以上指令中的第二操作数（源操作数）都是立即数，在汇编语言中，规定：立即数不能作为指令中的第一操作数（目的操作数）。该规定与高级语言中“赋值语句的左边不能是常量”的规定相一致。
立即数寻址方式通常用于对通用寄存器或内存单元赋初值。
下面以ARM汇编编译器为例：
立即数方式：每个立即数由一个8位的常数循环右移偶数位得到。其中循环右移的位数由一个4位二进制的两倍表示。如果立即数记作,8位常数记作immed_8,4位的循环右移值记作rotate_imm，则有：
=immed_8循环右移（2*rotate_imm）
这样并不是每一个32位的常数都是合法的立即数，只有能够通过上面构造方法得到的才是合法的立即数。
下面的常数是合法的立即数：
0xff,0x104,0xff0,0xff00
下面的数不能通过上述构造方法得到，则不是合法的立即数：
0x101,0x102,0xFF1
同时按照上面的构造方法，一个合法的立即数可能有多种编码方式。如0x3f0是一个合法的立即数，它可以采用下面两种的编码方式：
immed_8=0x3f,rotate_imm=0xe或者
immed_8=0xfc,rotate_imm=0xf
转换为二进制形式如下：
0x3f=0000 0000 0000 0000 0000 0000 0011 1111
0xe=14(十进制) 2*14=28
∴，0x3f循环右移28位得到如下：
0000 0000 0000 0000 0000 0011 1111 0000=0x3f0
immed_8=0xfc,rotate_imm=0xf 的转换如下：
0xfc=0000 0000 0000 0000 0000 0000 1111 1100
rotate_imm=0xf=15（十进制） 15*2=30
所以0xfc循环右移30位得到如下结果：
0000 0000 0000 0000 0000 0011 1111 0000=0x3f0
可以看出，结果是一样的！！！
但是，由于这种立即数的构造方法中包含循环移位操作，而循环移位操作会影响CPSR的条件标志位C。因此，同一个合法的立即数由于采用了不同的编码方式，将使得某些指令的执行产生不同的结果，这是不能允许的。ARM汇编编译器按照下面的规则生成立即数的编码。
1.当立即数数值在0和0xFF范围时，零immmed_8=,rotate_imm=0.、
2.其他情况下，汇编编译器选择使rotate_imm数值最小的编码方式。所以0x3f0的正确表示法是第一种。
/
解释二:
一条典型的ARM指令语法格式分为如下几个部分： {} {S} ,{,} 其中，<>内的项是必须的，{}内的项是可选的，如是指令助记符，是必须的，而{}为指令执行条件，是可选的，如果不写则使用默认条件AL(无条件执行)。 opcode 指令助记符，如LDR，STR 等 cond 执行条件，如EQ，NE 等 S 是否影响CPSR 寄存器的值，书写时影响CPSR，否则不影响 Rd 目标寄存器 Rn 第一个操作数的寄存器 operand2 第二个操作数
其指令编码格式如下： 31-28 cond 27-25 001 24-21 opcode 20 S 19-16 Rn 15-12 Rd 11-0 （12位） operand2
对其中的operand2的常数表达式有这样的规定：“该常数必须对应8位位图，即常数是由一个8位的常数循环右移偶数位得到的。”这句话的意思是说，当用12位第二操作数来表示一个32位立即数时，采用的是将8位数通过移位的方式来实现的，其中12位第二操作数的低八位存放被移位的“基本”数（取值范围为0到255），而高四位存放的是循环右移的位数，因为是四位二进制数，所以取值范围位为0到15，而对应的移位位数则为0到30位（因为移动的可能只有31种），也就是说若“移位”数为0，则表示“基本”数不变，若“移位”数为1，则表示将“基本”数在32位数字空间中循环右移2位，若“移位”数为5，则表示将“基本”数在32位数字空间中循环右移10位，若“移位”数为10，则表示将“基本”数在32位数字空间中循环右移20位，依次类推。举例表示： AND R1,R2,#0xff 当处理器处理这条指令的第二操作数0xff时，因为0xff为8位二进制数，所以处理器就将其直接放进8位“基本”数中，而4位“移位”数则为0. AND R1,R2,#0x104 当处理器处理这条指令的第二操作数0x104时，因为此时0x104已经超过了8位二进制数，所以处理器就要将其“改造”一下，我们先把0x104转换成二进制0000 0000 0000 0000 0000 0001 0000 0100,我们可以看到，这个数是0000 0000 0000 0000 0000 0000 0100 0001通过循环右移30位得到的，因此改造后的结果是8位“基本”数中存放0100 0001，而“移位”数为15。 AND R1,R2,#0xff000000 当处理器处理这条指令的第二操作数0xff000000时，处理器同样要对其“改造”，我们先把0xff000000转换成二进制1111 1111 0000 0000 0000 0000 0000 0000,我们可以看到，这个数是0000 0000 0000 0000 0000 0000 1111 1111通过循环右移8位得到的，因此改造后的结果是8位“基本”数中存放1111 1111，而“移位”数为4。 我想，通过以上的三个例子，就应该明白了8位位图的原理了。但是，有些数并不符合8位位图的原理，这样的数在进行程序编译时，系统将会提示出错，下面再举几个违反8位位图的例子：比如0x101，转换成二进制后位0000 0000 0000 0000 0000 0001 0000 0001，像这个数，无论向右循环几位，都无法将两个1同时放到低8位中，因此不符合8位位图；再比如0x102，转换成二进制后位0000 0000 0000 0000 0000 0001 0000 0010，如果将两个1同时放到低8位中，即转换成二进制后为0000 0000 0000 0000 0000 0000 1000 0001，需要将此二进制数向右移31位，这也不符合循环右移偶数位的条件，因此0x012也不符合8位位图；再举一个0xff1，转换成二进制后将会有9个1，不可能将其同时放入8位中，因此当然也不符合啦。 通过正反例的比较，可以总结如下：第一，判断一个数是否符合8位位图的原则，首先看这个数转换成二进制后1的个数是否不超过8个，如果不超过8个，再看这n个1（n<=8）是否能同时放到8个二进制位中，如果可以放进去，再看这八个二进制位是否可以循环右移偶数位得到起初被判断的那个数值，如果可以，则此数值即为符合8位位图原理，否则，不符合。第二，用12位的编码来表示一个任意的32位数是不可能的，只能通过循环右移八位二进制数偶数位来得到一部分32位数，其余的无法表示的32位数，只有通过其它途径获得了，比如0xffffff00，可以通过0x000000ff按位取反得到，因此在以后的编程中，一定要注意用到的第二操作数是否符合8位位图。