RV32IMAC MCU仅保留临时寄存器（t0-t6）无参数寄存器的影响咨询

如果在RV32IMAC架构中砍掉所有a0-a7参数/返回寄存器，只留t0-t6临时寄存器，会从编译、性能、兼容性等多个维度引发严重问题，结合C语言场景具体分析如下：

1. 函数调用开销暴增，全靠栈传参 #

RISC-V标准ABI里，前8个C函数参数靠a0-a7传递，返回值存在a0。但t0-t6是调用者无需保存的临时寄存器——也就是说，任何被调用的函数都能随意覆盖这些寄存器的值，根本没法用来传参数，不然调用完函数，参数值就没了。

这下所有函数参数都只能往栈里塞：

• 调用函数前，你得把所有参数挨个压栈；
• 被调用的函数要从栈里把参数读出来才能用；
• 返回值也只能存在栈上，调用完还得从栈里取结果。

比如原本简单的加法函数：

int add(int x, int y) { return x + y; }

标准编译会用a0传x、a1传y，返回值直接存在a0，全程不用碰栈。现在倒好，调用者要先执行两次sw把x、y压栈，跳去add后，add再用两次lw把参数读出来，算完结果又要sw压栈，返回后调用者还要lw取结果。光是这一个小函数，就多了4条内存访问指令，频繁调用的话性能直接暴跌。

2. 编译器优化彻底失效，代码臃肿低效 #

临时寄存器的属性决定了它们没法长期存变量——只要调用任何函数，这些寄存器里的值就可能被冲掉。所以编译器根本不敢把常用变量、中间计算结果放在t0-t6里，哪怕放了，调用函数前也得先压栈保存，调用完再恢复，和直接存在栈上没区别。

这直接导致：

• 循环展开、常量传播这类依赖寄存器的优化基本用不了；
• 小函数内联的意义也没了，本来内联能省掉调用开销，现在参数全在栈里，内联后也得处理栈上的参数；
• 最终生成的代码会比标准ABI下的代码大得多，执行效率差一大截。

3. 彻底脱离RISC-V生态，ABI完全不兼容 #

所有基于RISC-V标准ABI写的代码、库都用不了了：

• 你自己的C代码必须用定制编译器编译，没法链接标准库（比如libc），因为标准库的函数都是靠a0-a7传参的；
• 没法调用第三方RISC-V固件，也没法被其他程序调用，等于自己玩自己的，完全隔离。

4. 栈溢出风险陡增 #

原本能存在寄存器里的参数、返回值现在全占栈空间。比如递归调用一个带5个参数的函数，每一层递归都要在栈上存5个参数，原本用寄存器的话栈几乎没消耗，现在递归个几十层可能就栈溢出崩溃了。参数越多、递归越深，风险越大。

5. 调试难度拉满 #

调试的时候，原本看a0-a7就能直接看到函数的参数和返回值，现在全在栈里，得手动算栈偏移才能找到对应的值，想跟踪变量生命周期更是难上加难——临时寄存器被频繁覆盖，根本没法稳定跟踪一个变量的变化。

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