如何不借助Intel手册查看汇编代码对应的Intel操作码

无需翻阅Intel官方手册的替代实现方法 #

你完全可以不用啃上千页的Intel官方架构手册，以下几种方法都能拿到准确的操作码：

• 汇编器+反汇编工具直接验证：这是准确率最高的方法，不存在文档转抄错误，所有结果都是汇编器实际生成的机器码，和真实运行环境的编码完全一致。
• 本地离线指令集查询工具：不少面向逆向、底层开发的离线小工具都内置了整理好的Intel操作码映射表，输入汇编指令就能直接返回对应操作码、支持的指令集版本、指令编码结构，不需要翻手册逐条目查找。
• 编译器反汇编输出：如果不想单独写汇编文件，也可以在支持内联汇编的编译环境（比如32位VS、64位GCC）里写内联汇编码，开调试信息编译后直接查看编译器生成的反汇编列表，就能同步看到每条指令对应的机器码。

关于MASM64编译短汇编+十六进制编辑器查操作码的可行性 #

这个方案是完全可行的，实际操作的时候注意几个避坑点就行，不然很容易拿到错误结果：

• 写测试代码的时候要关掉MASM默认添加的所有额外内容：包括安全Cookie、启动桩代码、段对齐填充的冗余字节，最好直接定义裸代码段，只写你要查的那几条指令，不要套完整的EXE程序模板，不然生成的文件里混了大量编译器自动插入的内容，翻十六进制的时候很容易找错位置。
• 不建议直接用十六进制编辑器打开编译好的EXE文件查找：PE文件的文件头、节表、导入表等结构会占掉前几KB空间，你写的指令在文件里的偏移需要手动计算，很容易把其他数据错当成操作码。更省事的做法是编译生成obj目标文件后，直接运行dumpbin /disasm 你的目标文件.obj，工具会自动把每条汇编指令和对应的十六进制机器码一一对应列出来，比手动找偏移效率高太多，也不会出错。
• 注意区分核心操作码和附属编码字节：同一条汇编指令使用不同操作数、不同寻址方式的时候，操作码后面跟着的ModR/M、SIB、立即数、位移字段都是操作数相关的编码，不是指令本身的核心操作码，不要把这些内容错算成操作码。

如果追求最高效率，查单条指令的操作码可以用FASM，它不需要写复杂的段定义，直接把指令写在文件里就能输出纯二进制格式，生成的文件里没有任何额外结构，打开第一字节开始就是你写的指令对应的机器码，连偏移都不用计算。

内容的提问来源于stack exchange，提问作者Jkf1298