尧图网站建设 
学习 Windows 底层编程时很多同学卡在同一个问题上C 语言代码明明是给人读的CPU 执行的时候为什么不认识要真正回答这个问题不能只背“源代码经过编译变成二进制文件”这句话最好在 Windows 环境下亲手把一个 C 语言函数编译出来再反汇编成汇编和机器码甚至直接读取运行期内存里的字节。下面用最简单的加法函数int add(int a, int b)走完整条链路从源码到目标文件、从反汇编文本到内存字节看 CPU 真正执行的机器码长什么样并解释为什么add函数最终可能没有add指令。这里不需要你具备汇编基础但需要你动手敲命令。全程使用 Windows 本机环境工具链用 MinGW-w64 自带的gcc、objdump和gdb成本很低却能解决一个关键问题以后你在看崩溃堆栈、处理二进制文件、排查编译器优化结果时不会再被一列十六进制字节吓住。1. 先分清四个概念C 源码、汇编、机器码和反汇编1.1 机器码是 CPU 唯一真正认识的东西CPU 本质是一块数字电路它内部没有“变量”“函数”“返回值”这些概念。CPU 能识别的是一组固定长度或变长编码的字节这些字节就是机器码。例如在 x86-64 指令集里0xC3表示ret含义是返回当前函数调用0x8D常用于lea含义是计算地址或算术结果并写入目标寄存器。所以当你说“CPU 执行加法”时CPU 并不是理解了return a b这句 C 语言而是在内存里读取到一组合法的指令编码然后由控制单元负责解析这些字节对应的操作再通知运算单元完成计算。机器码有几个特点它是二进制字节序列不方便人阅读。它依赖具体指令集架构x86 的机器码和 ARM 不一样。同一段 C 代码使用不同编译器、不同优化等级生成的机器码可能完全不同。它必须存放可执行的内存区域才能被 CPU 取指执行。理解这一点才能理解“写出 C 代码只是第一步机器码才是最终被执行的程序”。1.2 汇编是给人和反汇编器看的可读替身汇编语言不是机器码而是机器码的文本化表示。它用助记符代替二进制操作码用寄存器名代替寄存器编号用操作数表达到底在操作哪个数据。例如机器码字节8D 04 11可以写成汇编指令lea eax, [rcxrdx]含义是把rcx rdx的结果写入eax。字节C3写成ret含义是返回。汇编和机器码基本是一一对应的因此汇编器可以把汇编文本翻译成机器码反汇编器则可以把机器码还原成汇编文本。你在objdump里看到的输出就是反汇编结果。需要特别注意的是反汇编出来的只是“看起来像汇编”的指令序列它不一定能还原出原来的 C 代码结构因为变量名、函数名之外的局部信息在编译后已经丢失。真正保留入口符号的是可执行文件里的符号表和调试信息。1.3 编译器、汇编器、链接器各管哪一段用 GCC 编译一段 C 代码完整过程可以拆成四段预处理处理#include、#define等指令得到翻译单元。编译把 C 源码转换成汇编代码这一步由编译器前端和后端共同完成。汇编把汇编代码转换成目标文件通常是.o或.obj文件。链接把多个目标文件和库文件组合解析符号地址生成可执行文件或动态库。在 Windows 的 MinGW-w64 工具链里gcc是驱动程序它会自动调用cc1完成编译、as完成汇编、ld完成链接。如果只运行gcc -c add.c那么链接阶段不会执行最终只生成一个目标文件add.o这是观察机器码非常好的入口。为什么要用目标文件而不是直接看可执行文件因为目标文件结构更简单里面还没有包含链接器填充的最终地址适合先把“函数对应的机器码”和“函数符号”对应起来。1.4 一个容易混淆的点OBJ 文件里的地址不是内存地址在目标文件里函数符号add的地址通常显示为0000000000000000这个地址是“目标文件内部节区偏移”不是程序加载到内存后的真实虚拟地址。链接器会在链接阶段分配虚拟地址加载器再根据 PE 文件的节区信息把代码映射到内存进程的 ASLR 还会让基址在每次运行时变化。因此后面用 GDB 查看add函数地址时看到的地址往往很大例如0x0000000140001000这是运行时真实地址而不是目标文件里那个0。2. 在 Windows 上准备能看机器码的环境2.1 工具选择MinGW-w64 是低成本的组合在 Windows 上查看机器码常见方案有很多MinGW-w64自带gcc、objdump、gdb轻量适合学习。MSVC自带dumpbin但要在 Visual Studio 开发人员命令提示符下使用参数和objdump不同。x64dbg图形化调试器适合动态调试。PE-bear、CFF Explorer可以查看 PE 文件结构和节区内容。如果只是想理解“C 代码如何变成机器码”MinGW-w64 最合适。你不用安装完整的 Visual Studio也能直接用gcc编译 C 代码用objdump反汇编用gdb单步看内存。安装时建议使用 MSYS2 环境在它的终端里执行命令即可pacman -S mingw-w64-x86_64-gcc pacman -S mingw-w64-x86_64-binutils pacman -S mingw-w64-x86_64-gdb装好之后把mingw64/bin目录加入 PATH。如果不想用 MSYS2也可以使用便携的 w64devkit解压后直接命令行运行它同样包含gcc、objdump、gdb。2.2 验证环境是否可用打开终端依次执行以下命令gcc --version where gcc objdump --version gdb --version预期结果如下表所示命令预期输出要点说明gcc --version带有x86_64的版本信息确认是 64 位 GCCwhere gcc指向mingw64/bin/gcc.exe确认 PATH 正确objdump --version显示 GNU binutils 版本反汇编工具可用gdb --version显示 GNU gdb 版本调试器可用如果出现“不是内部或外部命令”或“command not found”先检查 PATH再检查是否使用了正确的终端。在动手之前记住一个原则学习机器码最忌讳“工具链位数和预期不一致”。下面所有命令都基于 x86-64 架构也就是 64 位 MinGW。2.3 备选工具MSVC dumpbin 和 x64dbg 什么时候用如果你在开发 Windows 原生程序并且使用 Visual Studio 编译那么dumpbin可以承担反汇编工作。在 Visual Studio 开发人员命令提示符下运行dumpbin /disasm add.obj它会输出目标文件的二进制指令和汇编文本。这个工具对纯 MSVC 工程比较顺但输出格式与objdump有差异初学者阅读起来不如objdump直观。x64dbg 适合做动态分析也就是程序运行过程中观察寄存器、栈、内存和指令。它属于调试器优势是交互性强缺点是自动化和命令行处理不如gdb顺手。学习阶段先用objdump gdb打底之后再接触图形化工具会更容易。3. 写一个最小加法函数并编译成目标文件3.1 最小代码只编译函数不写 main新建文件add.c内容如下int add(int a, int b) { return a b; }这个函数不依赖任何外部库参数是两个int返回值是它们的和。它足够简单编译后生成的机器码可能只有几条指令非常适合观察。注意这里没有写main。如果直接执行gcc add.c链接器会报错因为找不到程序入口。为了只看函数本身的机器码需要加上-c参数让编译过程在生成目标文件后停止。gcc -c add.c -o add.o -O2 -g命令解释-c只编译不链接生成目标文件add.o。-o add.o指定输出文件名。-O2开启优化作为第一份观察样例。优化后函数体通常很精简。-g生成调试信息后面用 GDB 时更方便。3.2 用 objdump 反汇编目标文件执行命令objdump -d -Mintel add.o-d表示反汇编代码段-Mintel表示使用 Intel 汇编语法。Intel 语法的操作数顺序是“目标在前源在后”比 ATT 语法更适合初学者例如lea eax, [rcxrdx]一眼能看出结果写入eax。在 x86-64 的 MinGW-w64 环境下输出通常类似add.o: file format pe-x86-64 Disassembly of section .text: 0000000000000000 add: 0: 8d 04 11 lea eax,[rcxrdx] 3: c3 ret这行输出非常关键它展示了三件事函数add的目标文件内偏移是0x0000000000000000。函数体一共包含 4 个字节8d 04 11 c3。第一条指令是lea eax, [rcxrdx]第二条是ret。也就是说你的return a b在优化后并不一定直接使用add指令而是用lea完成了加法运算。3.3 同时看十六进制原始字节objdump -d已经在每条汇编左边印出了机器码如果再配合-s可以连节区的完整字节一起看objdump -s -d -Mintel add.o输出会先打印各节区内容再打印反汇编结果。其中.text节区就是代码段Contents of section .text: 0000 8d0411c3对照反汇编输出8d是lea的操作码。04 11是指令寻址方式编码。c3是ret的操作码。这位就是 CPU 真正要执行的机器码。C 源文件里的int add(int a, int b)经过编译器翻译最终变成这 4 个字节。3.4 使用 gcc -S 查看编译器生成的汇编文件除了反汇编目标文件还可以直接让编译器输出汇编源代码gcc -S -masmintel add.c执行后生成add.s里面就是 GCC 生成的汇编文本。加上-masmintel可以强制使用 Intel 语法 从C代码到机器码：Windows下反汇编看CPU执行的指令
学习 Windows 底层编程时很多同学卡在同一个问题上C 语言代码明明是给人读的CPU 执行的时候为什么不认识要真正回答这个问题不能只背“源代码经过编译变成二进制文件”这句话最好在 Windows 环境下亲手把一个 C 语言函数编译出来再反汇编成汇编和机器码甚至直接读取运行期内存里的字节。下面用最简单的加法函数int add(int a, int b)走完整条链路从源码到目标文件、从反汇编文本到内存字节看 CPU 真正执行的机器码长什么样并解释为什么add函数最终可能没有add指令。这里不需要你具备汇编基础但需要你动手敲命令。全程使用 Windows 本机环境工具链用 MinGW-w64 自带的gcc、objdump和gdb成本很低却能解决一个关键问题以后你在看崩溃堆栈、处理二进制文件、排查编译器优化结果时不会再被一列十六进制字节吓住。1. 先分清四个概念C 源码、汇编、机器码和反汇编1.1 机器码是 CPU 唯一真正认识的东西CPU 本质是一块数字电路它内部没有“变量”“函数”“返回值”这些概念。CPU 能识别的是一组固定长度或变长编码的字节这些字节就是机器码。例如在 x86-64 指令集里0xC3表示ret含义是返回当前函数调用0x8D常用于lea含义是计算地址或算术结果并写入目标寄存器。所以当你说“CPU 执行加法”时CPU 并不是理解了return a b这句 C 语言而是在内存里读取到一组合法的指令编码然后由控制单元负责解析这些字节对应的操作再通知运算单元完成计算。机器码有几个特点它是二进制字节序列不方便人阅读。它依赖具体指令集架构x86 的机器码和 ARM 不一样。同一段 C 代码使用不同编译器、不同优化等级生成的机器码可能完全不同。它必须存放可执行的内存区域才能被 CPU 取指执行。理解这一点才能理解“写出 C 代码只是第一步机器码才是最终被执行的程序”。1.2 汇编是给人和反汇编器看的可读替身汇编语言不是机器码而是机器码的文本化表示。它用助记符代替二进制操作码用寄存器名代替寄存器编号用操作数表达到底在操作哪个数据。例如机器码字节8D 04 11可以写成汇编指令lea eax, [rcxrdx]含义是把rcx rdx的结果写入eax。字节C3写成ret含义是返回。汇编和机器码基本是一一对应的因此汇编器可以把汇编文本翻译成机器码反汇编器则可以把机器码还原成汇编文本。你在objdump里看到的输出就是反汇编结果。需要特别注意的是反汇编出来的只是“看起来像汇编”的指令序列它不一定能还原出原来的 C 代码结构因为变量名、函数名之外的局部信息在编译后已经丢失。真正保留入口符号的是可执行文件里的符号表和调试信息。1.3 编译器、汇编器、链接器各管哪一段用 GCC 编译一段 C 代码完整过程可以拆成四段预处理处理#include、#define等指令得到翻译单元。编译把 C 源码转换成汇编代码这一步由编译器前端和后端共同完成。汇编把汇编代码转换成目标文件通常是.o或.obj文件。链接把多个目标文件和库文件组合解析符号地址生成可执行文件或动态库。在 Windows 的 MinGW-w64 工具链里gcc是驱动程序它会自动调用cc1完成编译、as完成汇编、ld完成链接。如果只运行gcc -c add.c那么链接阶段不会执行最终只生成一个目标文件add.o这是观察机器码非常好的入口。为什么要用目标文件而不是直接看可执行文件因为目标文件结构更简单里面还没有包含链接器填充的最终地址适合先把“函数对应的机器码”和“函数符号”对应起来。1.4 一个容易混淆的点OBJ 文件里的地址不是内存地址在目标文件里函数符号add的地址通常显示为0000000000000000这个地址是“目标文件内部节区偏移”不是程序加载到内存后的真实虚拟地址。链接器会在链接阶段分配虚拟地址加载器再根据 PE 文件的节区信息把代码映射到内存进程的 ASLR 还会让基址在每次运行时变化。因此后面用 GDB 查看add函数地址时看到的地址往往很大例如0x0000000140001000这是运行时真实地址而不是目标文件里那个0。2. 在 Windows 上准备能看机器码的环境2.1 工具选择MinGW-w64 是低成本的组合在 Windows 上查看机器码常见方案有很多MinGW-w64自带gcc、objdump、gdb轻量适合学习。MSVC自带dumpbin但要在 Visual Studio 开发人员命令提示符下使用参数和objdump不同。x64dbg图形化调试器适合动态调试。PE-bear、CFF Explorer可以查看 PE 文件结构和节区内容。如果只是想理解“C 代码如何变成机器码”MinGW-w64 最合适。你不用安装完整的 Visual Studio也能直接用gcc编译 C 代码用objdump反汇编用gdb单步看内存。安装时建议使用 MSYS2 环境在它的终端里执行命令即可pacman -S mingw-w64-x86_64-gcc pacman -S mingw-w64-x86_64-binutils pacman -S mingw-w64-x86_64-gdb装好之后把mingw64/bin目录加入 PATH。如果不想用 MSYS2也可以使用便携的 w64devkit解压后直接命令行运行它同样包含gcc、objdump、gdb。2.2 验证环境是否可用打开终端依次执行以下命令gcc --version where gcc objdump --version gdb --version预期结果如下表所示命令预期输出要点说明gcc --version带有x86_64的版本信息确认是 64 位 GCCwhere gcc指向mingw64/bin/gcc.exe确认 PATH 正确objdump --version显示 GNU binutils 版本反汇编工具可用gdb --version显示 GNU gdb 版本调试器可用如果出现“不是内部或外部命令”或“command not found”先检查 PATH再检查是否使用了正确的终端。在动手之前记住一个原则学习机器码最忌讳“工具链位数和预期不一致”。下面所有命令都基于 x86-64 架构也就是 64 位 MinGW。2.3 备选工具MSVC dumpbin 和 x64dbg 什么时候用如果你在开发 Windows 原生程序并且使用 Visual Studio 编译那么dumpbin可以承担反汇编工作。在 Visual Studio 开发人员命令提示符下运行dumpbin /disasm add.obj它会输出目标文件的二进制指令和汇编文本。这个工具对纯 MSVC 工程比较顺但输出格式与objdump有差异初学者阅读起来不如objdump直观。x64dbg 适合做动态分析也就是程序运行过程中观察寄存器、栈、内存和指令。它属于调试器优势是交互性强缺点是自动化和命令行处理不如gdb顺手。学习阶段先用objdump gdb打底之后再接触图形化工具会更容易。3. 写一个最小加法函数并编译成目标文件3.1 最小代码只编译函数不写 main新建文件add.c内容如下int add(int a, int b) { return a b; }这个函数不依赖任何外部库参数是两个int返回值是它们的和。它足够简单编译后生成的机器码可能只有几条指令非常适合观察。注意这里没有写main。如果直接执行gcc add.c链接器会报错因为找不到程序入口。为了只看函数本身的机器码需要加上-c参数让编译过程在生成目标文件后停止。gcc -c add.c -o add.o -O2 -g命令解释-c只编译不链接生成目标文件add.o。-o add.o指定输出文件名。-O2开启优化作为第一份观察样例。优化后函数体通常很精简。-g生成调试信息后面用 GDB 时更方便。3.2 用 objdump 反汇编目标文件执行命令objdump -d -Mintel add.o-d表示反汇编代码段-Mintel表示使用 Intel 汇编语法。Intel 语法的操作数顺序是“目标在前源在后”比 ATT 语法更适合初学者例如lea eax, [rcxrdx]一眼能看出结果写入eax。在 x86-64 的 MinGW-w64 环境下输出通常类似add.o: file format pe-x86-64 Disassembly of section .text: 0000000000000000 add: 0: 8d 04 11 lea eax,[rcxrdx] 3: c3 ret这行输出非常关键它展示了三件事函数add的目标文件内偏移是0x0000000000000000。函数体一共包含 4 个字节8d 04 11 c3。第一条指令是lea eax, [rcxrdx]第二条是ret。也就是说你的return a b在优化后并不一定直接使用add指令而是用lea完成了加法运算。3.3 同时看十六进制原始字节objdump -d已经在每条汇编左边印出了机器码如果再配合-s可以连节区的完整字节一起看objdump -s -d -Mintel add.o输出会先打印各节区内容再打印反汇编结果。其中.text节区就是代码段Contents of section .text: 0000 8d0411c3对照反汇编输出8d是lea的操作码。04 11是指令寻址方式编码。c3是ret的操作码。这位就是 CPU 真正要执行的机器码。C 源文件里的int add(int a, int b)经过编译器翻译最终变成这 4 个字节。3.4 使用 gcc -S 查看编译器生成的汇编文件除了反汇编目标文件还可以直接让编译器输出汇编源代码gcc -S -masmintel add.c执行后生成add.s里面就是 GCC 生成的汇编文本。加上-masmintel可以强制使用 Intel 语法