例如：
MOV AH, 80H　ADD AX, 1234H　MOV ECX, 123456H
MOV B1, 12H　MOV W1, 3456H　ADD D1, 32123456H

其中：B1、W1和D1分别是位元组、字和双字单元。

以上指令中的第二运算元（源运算元）都是立即数，在彙编语言中，规定：立即数不能作为指令中的第一运算元（目的运算元）。该规定与高级语言中“赋值语句的左边不能是常量”的规定相一致。

立即数定址方式通常用于对通用暂存器或记忆体单元赋初值。

下面以ARM彙编编译器为例：

立即数方式：每个立即数由一个8位的常数循环右移偶数位得到。其中循环右移的位数由一个4位二进制的两倍表示。如果立即数记作<immediate>,8位常数记作immed_8,4位的循环右移值记作rotate_imm，则有：

<immediate>=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=<immediate>,rotate_imm=0.、

2.其他情况下，彙编编译器选择使rotate_imm数值最小的编码方式。所以0x3f0的正确表示法是第一种。

/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

解释二:

一条典型的ARM指令语法格式分为如下几个部分： <opcode> {<cond>} {S} <Rd> ,<Rn>{,<operand2>} 其中，<>内的项是必须的，{}内的项是可选的，如<opcode>是指令助记符，是必须的，而{<cond>}为指令执行条件，是可选的，如果不写则使用默认条件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位点阵图。