调用者保存寄存器与被调用者保存寄存器

非保留寄存器，也称为临时寄存器，是指在函数调用中可以自由修改的寄存器，不需要保存和恢复。函数调用时，如果一个函数需要修改保留寄存器的值，那么它必须在修改前将它们保存到堆栈上，并在返回前将它们从堆栈上恢复。而如果一个函数只修改非保留寄存器的值，那么它就不需要保存和恢复它们，因为调用者不会再使用它们。如果一个函数需要修改保留寄存器的值，那么它必须在修改前将它们保存到堆栈上，并在返回前将它们从堆栈上恢复。而如果一个函数只修改非保留寄存器的值，那么它就不需要保存和恢复它们，因为调用者不会再使用它们。

本文是《STM32内核精讲》系列的第二篇，重点剖析Cortex-M内核的编程模型。编程模型定义了开发者可操作的硬件资源，包括寄存器组（R0-R12、SP、LR、PC、xPSR）、两种操作模式（线程模式/处理模式）、两种访问等级（特权级/非特权级）和双堆栈指针（MSP/PSP）。其中R0-R3用于函数参数传递，R4-R11需由被调用者保存，MSP和PSP实现了内核与任务的堆栈隔离。xPSR寄存器组合了状态标志、中断编号和执行状态信息。通过CONTROL寄存器可配置特权等级和堆栈选择，这种权限模型为RTOS等应

系列文章目录 程序的机器级表示 学习目标： 1、理解程序的汇编拆解以及与指令的关系 2、一元操作、二元操作与移位操作的区别 3、理解条件码、跳转指令、循环和多重分支之间的联系 4、理解程序过程的机器级实现 学习内容： 1、 编译系统 2、 指令 3、 一元操作和二元操作 4、 条件码与跳转指令 5、 循环和多重分支的底层实现 6、运行时栈、转移控制和数据传送 7、栈和寄存器的局部存储与递归 ...

1.调用者保存与被调用者保存 函数A调用了函数B，寄存器rbx在函数B中被修改了，逻辑上%rbx内容在调用函数B的前后应该保持一致， 解决这个问题有两个策略， (1)在函数A在调用函数B之前提前保存寄存器%rbx的内容，执行完函数B之后再恢复%rbx的内容，这个 策略就称为调用者保存； (2)函数B在使用寄存器%rbx，先保存寄存器%rbx的值，在函数B返回之前，要恢复寄存器%rbx原来存储 的内容，这种策略被称之为被调用者保存。 2.调用者保存寄存器与被调用者保存寄存器 对于以

机器指令与汇编指令意义对应，都是机器级指令如：M[R[bx]+R[di]-6]←R[cl]R：寄存器内容M：存储单元内容根据计算机系统基础（一），我们知道预处理，编译，汇编，链接四个步骤。接下来讲讲反汇编，即将机器代码反汇编为汇编代码。

本文深入解析X86-64架构中的寄存器保存策略，重点探讨调用者保存寄存器和被调用者保存寄存器的区别与应用。通过实际代码示例和汇编分析，揭示%rbx、%rsp等关键寄存器在函数调用中的保存机制，帮助开发者理解底层执行流程并编写高效代码。

C函数调用与堆栈的变化 wuwenhuahua2014-12-29 15:39:03307收藏 分类专栏：Linux C文章标签：C函数调用与堆栈的变化 这篇blog试图讲明当一个c函数被调用时，一个栈帧(stack frame)是如何被建立，又如何被消除的。这些细节跟操作系统平台及编译器的实现有关，下面的描述是针对运行在Intel奔腾芯片上Linux的gcc编译器而言。c语言的标准并没有描述实现的方式，所以，不同的编译器，处理器，操作系统都可能有自己的建立栈帧的方式。 ...

本文深入解析GCC的`__attribute__((interrupt))`属性，探讨中断处理函数中调用者与被调用者保存寄存器的区别。通过对比普通函数调用与中断处理的寄存器保存机制，帮助开发者正确使用该属性，确保嵌入式系统的稳定性和性能优化。

本文探讨了函数调用过程中寄存器保存策略的博弈论基础，分析了调用者保存和被调用者保存两种策略的优劣与适用场景。通过对比RISC-V、ARM和x86等现代指令集的设计哲学，揭示了寄存器分配对程序性能的关键影响，为系统级开发者和编译器工程师提供了优化实践指南。

IAA32过程调用寄存器的保护规则 2014-08-07     0 个评论   来源：hnust_疯子   收藏  我要投稿 由于操作系统中的共享性质，所以，寄存器也就成为了各个进程或者过程共享资源的一种。那么发生过程 调用的时候，如果调用者要用到一个寄存器里面的值，但是这个寄存器的内容很可能在被调用者运行过程中修改，那么我们就要在被调用过程执行之前，对该寄存器里面的内容进行保护，

看CSAPP p151-152产生的疑问 转自：http://www.2cto.com/os/201408/323797.html （节选） 偷偷懒我就不写寄存器前面的百分号了O(∩_∩)O） eax 这个寄存器属于调用者保存寄存器，通常用来存储一些函数的返回值 edx ecx这两个也是属于调用者保存寄存器，并且 属于通用寄存器，可以随意保存数据，没有 什么特定的 限制。 ...

IA32采用了一组统一的寄存器使用惯例，所有的过程都

在给定的时刻只能有一个过程是活动的, 它占使用CPU的程序寄存器组. 程序寄存器组作为一个单个资源被所有的函数过程共享.  所以, 我们必须保证: 一个过程(调用者)调用另一个(被调用者)时, 被调用者不会覆盖某个调用者稍后会使用到的寄存器的值.   为此, IA32(俗称x86)采用了一组统一的寄存器使用惯例., 所有的过程调用都必须遵守, 包括程序库中的过程.   根据

本文深入解析ARM架构下的函数调用机制，重点阐述AAPCS标准中寄存器的职责划分与保存规则。通过实际汇编代码示例，说明R0-R3参数传递、R4-R11 callee保存、栈指针对齐及链接寄存器使用等关键点，帮助开发者理解如何在嵌入式编程中正确管理上下文，避免因寄存器误用导致的程序崩溃。

调用者保存与内存地址跳转

本文深入探讨了ARM架构下中断处理中的寄存器保存策略，分析了硬件自动保存与软件协同保存机制。通过对比调用者保存与被调用者保存寄存器的优劣，为单片机开发中的中断响应时间优化和系统稳定性保障提供了实用方案，并详解了中断向量表的工作原理。

本节揭示了在过程调用中，如何通过硬件/软件约定来安全、高效地共享寄存器这一宝贵资源。约定优于强制：通过“被调用者保存”和“调用者保存”的责任划分公约，而非硬性规定用途，系统巧妙地解决了寄存器共享冲突。这要求程序员和编译器都必须遵守这套规则。“被调用者保存”寄存器是跨调用的保险箱：它们用于存储调用者需要跨越被调用者而保持不变的局部值。调用者通过压栈/弹栈来保存和恢复它们，这个成本是值得的，因为它避免了在每次调用前后频繁地在栈和寄存器间移动大量数据。

在给定的时刻只能有一个过程是活动的, 它占使用CPU的程序寄存器组. 程序寄存器组作为一个单个资源被所有的函数过程共享. 所以, 我们必须保证: 一个过程(调用者)调用另一个(被调用者)时, 被调用者不会覆盖某个调用者稍后会使用到的寄存器的值.为此, IA32(俗称x86)采用了一组统一的寄存器使用惯例., 所有的过程调用都必须遵守, 包括程序库中的过程.根据惯例, 寄存器%eax, %ecx,

本文深入探讨了汇编语言编程中三个关键概念：寄存器保存、栈操作和激活记录。详细分析了寄存器保存的调用者与被调用者策略、栈操作中的常见错误及解决方案，以及激活记录的构建与访问方法。同时结合Microsoft ABI规范，讨论了栈帧管理、参数传递方式及过程调用的标准入口与出口序列。最后总结了最佳实践、常见错误及未来发展趋势，帮助读者编写高效稳定的汇编程序。