為什麼不把push ebp和mov ebp, esp的操作通過硬體方式做進call指令中？

1樓：out4b

不是所有的runtime都需要遵循這樣的C-like calling convention的，所以合起來也沒太大意義。比方從JVM JIT emit出來的code就不一定需要。Calling convention只要JIT和runtime自己認識，自己能做stack unwinding就行了。

2樓：菜夢

如果要將 push ebp/push ebp, esp 組合嵌入到 call 指令裡，並不是乙個好的設計。

（１）相當於 ebp 暫存器，專用化了。

儘管，ebp 最初的目的確實是用來儲存 stack frame 的。但是，在 x86　架構通用暫存器本來就很吃緊的情況下，這顯然十分的不好。

事實上，有不少情況下ebp 都用來作為通用暫存器的。有些子過程，你完全可以不需用 ebp 來儲存 stack frame，從而節省了乙個暫存器。

（２）不靈活，需要考慮其他很多引發的問題。

如果 call 嵌入 push ebp/push ebp, esp 組合。那麼，ret 指令怎麼辦？

是不是 ret 指令也要嵌入 mov esp, ebp / pop ebp 組合呢？

別外，需要切換特權級別時候怎麼辦？

例如：call 乙個呼叫門，從 ring 3 進入 ring 0 ，有乙個許可權的切換，這時候怎麼辦？會不會有漏洞？

esp 暫存器有乙個重要地方，它的 RPL 代表著 cpu 當前的執行許可權級別：０ ~３，

所以。對於這方面來說，是乙個需要考慮的問題。

3樓：「已登出」

首先你要明白為什麼需要使用

push ebp

mov ebp ,esp 作為函式開頭？

以我的理解，函式以ebp用來定位引數和區域性變數

比如ebp+4指向返回位址

ebp+8指向引數一

ebp-4指向區域性變數一。

那麼為什麼不使用esp而使用ebp呢？因為每一次push pop call等指令都會使得esp的改變(只要有入棧和出棧都會改變esp)

以x86 32位彙編為例子

push eax 指令的本質就是把eax的值壓入棧，並且讓esp的值減4

pop eax 指令的本質就是把目前esp指向的記憶體的4位元組的值賦值給eax，並且讓esp的值加4

call 指令的本質是把返回位址壓棧，然後jmp到函式開頭。

以我做反彙編的經驗來看，函式執行過程中，涉及到呼叫另乙個函式，會使得esp的值改變，而且傳參不一定是一次性push完所有引數，中間可能夾帶著操作呼叫者函式的引數或區域性變數的指令，這時就很難使用esp定位呼叫者的引數和區域性變數了，硬要使用esp定位，估計寫編譯器的準備跑路了。

有很多函式是不以

push ebp

mov ebp,esp開頭的

比如vs2017中的memcpy就不是，而是直接使用esp定位引數，換句話說，這只是編譯器的習慣罷了，為啥要求cpu廠商去相容一種習慣？我哪怕把ebp換成別的暫存器也行。intel新增指令不被人噴死？

某程式設計師：「我編寫的程式為什麼不能在舊cpu上執行？」

4樓：波波

如果不是為了除錯方便，stack frame是不需要儲存的，而且沒人規定stack frame一定儲存在ebp裡。一條指令幹一大堆事情，並且使用固定的暫存器這種做法早就過時了。

5樓：靈劍

Intel家的現代CPU設計是超越我們在書本上學到的那些知識的，有很多黑科技在裡面，比如說它的解碼過程是可以一次翻譯很多指令然後多發射/亂序執行的。如果它想要將這三條指令變成乙個過程，它完全可以做到在解碼的時候將它翻譯成單條微指令，所以並沒有什麼特別的必要來引入乙個新指令。