Linux x86 CPU指令布局混乱

Question

在x86中，我知道多字节对象以内存小端方式存储。

现在一般来说，当涉及到CPU指令时，OPCODE决定指令的目的，数据/内存地址可能遵循其编码格式的操作码。我的理解是指令的操作码部分应该是最高有效字节，因此出现在任何给定指令编码表示的最高地址。

有人能解释一下这个x86 linux gdb示例上的内存布局吗？我可以想象操作码0xb8会出现在更高的地址，因为它是最重要的字节。

(gdb) disassemble _start

Dump of assembler code for function _start:
0x08048080 <+0>:    mov    eax,0x11223344

(gdb) x/1xb _start+0
0x8048080 <_start>:     0xb8
(gdb) x/1xb _start+1
0x8048081 <_start+1>:   0x44
(gdb) x/1xb _start+2
0x8048082 <_start+2>:   0x33
(gdb) x/1xb _start+3
0x8048083 <_start+3>:   0x22
(gdb) x/1xb _start+4
0x8048084 <_start+4>:   0x11

指令mov eax，0x11223344似乎编码为0x11 0x22 0x33 0x44 0xb8。

问题。

1）如果看到的第一个字节不是操作码，CPU如何知道指令将占用多少字节？

2）我想知道x86 cpu指令是否甚至没有endian，是否正在考虑某种类型的字符串？（可能离这里很远）

Answer 1

x86是一个可变长度的指令集，你从一个没有尾数的单字节开始，不管它在哪里。

然后根据操作码，可能会有更多字节，例如，这些字节可能是32位直接字节，并且（如果该字节组是直接字节或某种地址）这些字节将是小端字节。假设您有五个字节ABCDE（没有endianess，想想数组或字符串）。A字节是操作码，B字节是直接的较低8位，E是直接的较高8位。

操作码是一个很难使用的术语，在这些旧的8/16位CISC处理器（如x86）中，整个字节都是一个操作码，基本上你可以在一个表中查找它的含义（在处理器内部，他们确实使用了一个表来了解如何执行它）。当您查看MIPS或ARM或其他类似的指令集（当然是RISC）时，32位中只有一部分是“操作码”，在这两种情况下，从一条指令到另一条指令都不是同一组位，您必须查看指令中的不同位置（是的，存在重叠以使解码正常），MIPS的一致性要高得多，在一个地方有一个blob，但其中一个模式需要查看另一个blob才能完全解码。ARM从一个公共位开始，当你沿着指令进一步解码时，你可能需要抓取一些随机点来完全解码。其余的位是操作数、要使用的寄存器、立即数或在CISC中需要查找表的任何类型（由操作码暗示，但不由操作码中的位定义）。

1）前一条指令后的下一个字节将被解释为操作码，即使不打算是操作码（如果执行继续到该字节并且没有分支）。我不记得我的x86表立即知道是否有任何未定义的指令，如果未定义，那么它将击中处理程序，否则它将解码它发现的机器代码，如果它格式不正确，指令可能会崩溃，有时你很幸运，它只是搞砸了一些事情并继续前进，或者更幸运的是，你不能说它几乎崩溃了。

2） 对于这些8/16位CISC或类似的指令集，您是对的，它们更像是线性解析的字符串。