主頁 > 軟體設計 > 超詳細 函式堆疊幀(利用反匯編窺探底層原理)+ 建議收藏

超詳細 函式堆疊幀(利用反匯編窺探底層原理)+ 建議收藏

2021-08-09 08:34:49 軟體設計

在這里插入圖片描述

目錄

  • 前言
  • 暫存器
  • 主函式是被誰呼叫的?呼叫邏輯是什么
  • 主函式堆疊幀的創建
  • 堆疊頂指標,堆疊底指標
  • 函式堆疊幀創建的預備作業
  • Add函式是怎么被呼叫的

前言

學習函式堆疊幀之前我們得了解一下什么是暫存器,因為關于函式堆疊幀的知識是需要了解暫存器的知識做一個內容鋪墊的,每次測驗采用的環境是在VS2017下

暫存器

暫存器與函式堆疊幀的關系
ebp,esp這兩個暫存器存放的是地址,這兩個地址是用來維護函式堆疊幀的,簡單了解一下暫存器呢有六個

在這里插入圖片描述

本次測驗代碼

#define _CRT_SECURE_NO_WARNINGS
#include<stdio.h>
int Add(int x,int y) 
{
	int z = x + y;
	return z;
}

int main()
{
	int a = 10;
	int b = 20;
	int ret = 0;

	ret = Add(a,b);
	printf("%d", ret);
	return 0;
}

首先我們得明白每一次呼叫函式都會為該函式創建一個函式堆疊幀的,那么這塊空間由誰來維護呢,前面我們講到函式堆疊幀是兩個暫存器esp 和 ebp
來維護的,下面看記憶體圖

請添加圖片描述

通常我們把ebp 呢我們稱之為堆疊底指標,esp
呢我們又稱之為堆疊頂指標,為什么有堆疊頂指標和堆疊底指標的說法呢?我們都知道堆疊的使用習慣是先使用高地址空間,再使用低地址空間,每次函式呼叫壓堆疊的時候,我的兩個指標都會指向這塊空間,
每次開辟空間的時候,在堆疊中是不是總是向上使用的,那么堆疊頂指標是不是就總指向這塊空間的頭,而堆疊底指標就是指向這塊空間的底,

主函式是被誰呼叫的?呼叫邏輯是什么

接下來先從main函式開始開刀,我們都知道寫好的代碼都要放到主函式中去運行,然道主函式就這么牛?總是得經過他得同意?答案并不是,其實main函式的上頭也有老大呼叫main,接下來我們通過除錯觀察他的呼叫邏輯,有獵奇心理的小伙伴請跟著來
請添加圖片描述

這里我們等待主函式回傳到被呼叫處,去尋找他的源頭

請添加圖片描述

在這里我們把呼叫堆疊打開就行

在這里插入圖片描述

在這個地方我們和直觀的就看到了主函式被呼叫處,另外要說明的是在VS2017上好像不能觀察到主函式的呼叫邏輯,博主目前采用的是VC2010學習版,回到主題

請添加圖片描述

在這里插入圖片描述

不知道大家觀察到沒有,這里的__tmainCRTStartup()其實就是我的mainret函式,其實很明顯在我們的呼叫堆疊中就可以看出

在這里我們選中這一行雙擊跳轉到mainret函式的被呼叫處

在這里插入圖片描述

我們再往上翻

在這里插入圖片描述

原來是這個函式呼叫了我們的__tmainCRTStartup(),從而函式的呼叫邏輯我們就搞明白了,

我們再梳理一遍呼叫邏輯
在這里插入圖片描述

主函式堆疊幀的創建

既然我們知道了這一點,來么就可以再完善一下剛剛的記憶體圖

請添加圖片描述

直到這里大家把對函式堆疊幀的理解開始建立一個大致的輪廓就行,接下來我們通過反匯編觀察里面的秘密
在這里插入圖片描述

下面就是整個程式的部分匯編代碼

在這里插入圖片描述

之前說過每呼叫一次函式都會為這個函式分配一個堆疊幀,main函式是由__tmainCRTStartup()函式呼叫的,那么__tmainCRTStartup這個函式的堆疊幀就已經創建好了,

在這里插入圖片描述

回到反匯編,看這一行的 push 一個叫 ebp 的暫存器進來

在這里插入圖片描述

堆疊頂指標,堆疊底指標

push進來一個元素那么我的esp是不是就得指向這個元素,因為esp是我的堆疊頂指標嘛

在這里插入圖片描述

接下來,來到除錯視窗,這行指令還沒執行前esp的地址是0x00b5f964

在這里插入圖片描述

這一行一執行來到了下一行會發現此時的esp的地址已經發生了變化由原來的地址(0x00b5f964)變化到了(0x00b5f960)差了4位元組,這說明了其實就是壓入了一個元素進去,因為此時的esp指向的是壓入堆疊中的那一塊空間,因為堆疊的使用習慣是先使用高地址再使用低地址,由原來的地址(0x00b5f964)減去4位元組得到的就是(0x00b5f960),此時的esp指向的就是(0x00b5f960)這還不足以證明嗎?是不是就對應了上面的這張記憶體圖

在這里插入圖片描述

函式堆疊幀創建的預備作業

接下來再看mov這一條指令,這條指令的作用是將esp賦值給我的ebp

在這里插入圖片描述

很明顯我的esp和ebp此時指向的是同一塊空間,因為是同一個地址嘛

在這里插入圖片描述

如果要用記憶體圖來描述的話,這張就最通俗了

在這里插入圖片描述

回到匯編代碼,接下來程式該執行sub這條指令了,這條指令的作用就是讓esp 減去 0E4h
這樣子esp就會指向新的空間了,再啰嗦一句就是堆疊的使用習慣是先使用高地址再使用低地址,很明顯esp
指向一個比他還小的地址,那么肯定是又開辟了一塊空間

在這里插入圖片描述

很明顯此時的esp 又指向了一塊新的空間,因為他的地址發生了變化

在這里插入圖片描述

此時的記憶體布局是這樣子的

在這里插入圖片描述

所以主函式空間的大小就是ebp指標減去esp指標的大小,因為在一塊連續的空間里地址 - 地址得到的結果就是這塊空間的大小

接著回到匯編代碼,可以看到程式又壓進去3個值,這個我們先不用關心,知道記憶體圖就可以
在這里插入圖片描述

此時的堆疊頂指標發生變化,直到這里大家對堆疊頂指標對應每一次壓堆疊都會指向這一塊新空間這里已經很熟悉了吧

在這里插入圖片描述

當我們程式來到這一行看到了一個 lea,那么這個lea是個什么意思呢?lea的全稱是(load effective
address)意思就是加載有效地址,相當于給edi這個暫存器里面放入一個地址

在這里插入圖片描述

為了便于大家觀察這博主調整一下編譯器,顯示符號名一勾上便于后我們觀察
在這里插入圖片描述

這行匯編代碼 edi,[ebp-0E4h] 意思是什么呢?就是用ebp暫存器里此時保存的地址減去0E4h得到的新的地址賦值給我的edi,

在這里插入圖片描述

這三行指令一執行完,到底干了什么事,真正能夠產生效果的是這句指令 rep stos dword ptr
es:[edi],這句話的意思就是要把從edi這個位置開始向下走的39h次(ecx中的內容),每次將dword的空間初始化為0CCCCCCCCh(eax中的內容)
注意:(一個word占2位元組 d就是雙倍的意思,也就是4個位元組)

在這里插入圖片描述

這三行代碼將主函式的空間全都初始化為0CCCCCCCCh

在這里插入圖片描述

Add函式是怎么被呼叫的

以上匯編指令執行完,初步任務就已經完成了,main函式的堆疊幀的開辟就已經準備完了,接下來就可以執行有效代碼了

在這里插入圖片描述

程式走到這一步,開始執行我們的C語言代碼 int a = 10;

在這里插入圖片描述

這一行匯編代碼的意思是將0Ah(十進制的10) 這個值,放到 [ebp-8]這個地址指向的這塊空間處初始化這 dword(四位元組空間)
黃色小塊ebp-8這個地址指向的這塊空間就是變數a所在的記憶體單元,在這個時候已經被初始化為10,額外插一句如果沒有將10賦值給a
這塊空間,那么這塊空間不就還是(ccccc)了?答案:是的,每次開辟堆疊幀的時候系統都會給這塊記憶體空間給隨機值,隨機值是什么值?就是這個(ccccc),每次如果程式員只定義區域變數但是沒有給區域變數賦值,那么區域變數的隨機值不是(燙燙燙燙)嗎?只是針對區域變數,因為只有區域變數才會使用堆疊空間,那如果是全域變數呢?是不是就不會啊?因為全域變數沒有用到堆疊的記憶體空間,

在這里插入圖片描述

在這里插入圖片描述

斷點停在這一行表示還沒執行這條陳述句,此時a的內容就是0xcccccc

c,那么執行這條陳述句出現的結果又是什么呢呢,讓我們接著觀察

在這里插入圖片描述

變紅的部分表示變數a已經初始化了,不再是隨機值了,那么這潭訓編代碼是不是就驗證了上面的解釋,由于編譯器采用的是小端存盤(小端在左大端在右),所以在記憶體中是倒著存放的實際上應該是
0x 00 00 00 0a,對應的就是10

那當我們有了對上面這個代碼的理解,在理解這潭訓編代碼是不是就簡單多了啊,這里就不再啰嗦,下面我們直接看記憶體圖
在這里插入圖片描述

當我的 [ebp-14h] 一執行,其實就已經跳到
0x00B5F94C這個地址處了,也就是對應的變數b的地址處,在這個時候可以看到變數b也已經有初始值了,不再是隨機值了

在這里插入圖片描述
在這里插入圖片描述

綠色箭頭標識的是變數b,這種做法希望能便于大家理解,在這個地方呢我們可以觀察到兩個區域變數是差了2個整形的,下面是他們對應的地址,當然這個跟編譯器有關,有的編譯器是差1個整形,有的編譯器是差2個整形,在liunx中差的是1個整形,而在VS2017中差兩個整形,關于這個內容在我的這篇博客中有過解釋,https://blog.csdn.net/m0_53421868/article/details/118726690?spm=1001.2014.3001.5501

在這里插入圖片描述

接著往下看,這就不用多說了

在這里插入圖片描述

這行陳述句一執行完ret在記憶體中也被初始化好了

在這里插入圖片描述

并且我們也能觀察到這3個區域變數都是差了2個整形

在這里插入圖片描述

此時的記憶體布局,橙色箭頭所指向的就是變數c所在的記憶體塊

在這里插入圖片描述

接下來就輪到函式呼叫了 mov一執行 eax的存放的就是變數b的地址,接著執行完push再壓堆疊eax

在這里插入圖片描述

在這里插入圖片描述

此時此刻esp就指向了我的eax,明顯esp發生了變化

在這里插入圖片描述

在這里插入圖片描述

將變數a的值存放到ecx暫存器中

在這里插入圖片描述

ecx此時此刻存放的是10

在這里插入圖片描述

push指令一執行

在這里插入圖片描述

esp指向了新的地址

在這里插入圖片描述

記憶體分布再發生變化

在這里插入圖片描述

F11一按進入到了我的Add函式中,這是Add函式對應的匯編指令

在這里插入圖片描述

push一執行完esp又指向了新壓堆疊的一塊空間

在這里插入圖片描述

對應的記憶體圖
在這里插入圖片描述

mov一執行完,esp指標和ebp指標又指向同一個地方去了

在這里插入圖片描述
在這里插入圖片描述

當sub一執行完esp又指向另外一個地址處去了,那么這樣子以來的目的是不是就又為了Add函式分配記憶體呢

在這里插入圖片描述
在這里插入圖片描述

再接著又是3次push壓入3個暫存器

在這里插入圖片描述
在這里插入圖片描述

而以上這一塊代碼的執行又是為了Add函式堆疊幀的創建做準備

在這里插入圖片描述

緊接著再把x 和 y變數存放到暫存器eax中,執行完add指令后,再將x + y的結果存放到eax中,最后將eax去初始化變數z

在這里插入圖片描述

其實x變數和y變數并不是在函式堆疊幀中創建的而是在傳參的時候就已經記錄了他們的值

在這里插入圖片描述

在函式呼叫完了之后,return z 會將變數z的值放入到暫存器中,回傳的是暫存器的值,所以在變數z會銷毀了之后并不影響函式的回傳值

在這里插入圖片描述

這3行代碼會將edi、esi、ebx給彈堆疊并將esp逐漸往高地址去指向,

在這里插入圖片描述

當再執行mov指令的時候,兩個指標又重疊了

在這里插入圖片描述

回看記憶體圖,此時此刻這個Add函式堆疊幀就被銷毀了

而當pop esp pop
ebp這兩條指令一執行后,我的esp又回到最開始指向主函式的edi處去了,而我的ebp又指向到最開始的ebp處去了,請看下面的記憶體圖

在這里插入圖片描述

而函式一呼叫完就會回到call指令的下一條指令,回到主函式程式繼續執行

在這里插入圖片描述

當執行當add指令后esp + 8,這個程序會將原來的兩個臨時變數x和y給釋放掉

在這里插入圖片描述

最后將原本存放在eax暫存器中的值帶回給我的ret

在這里插入圖片描述

計算的結果就是30

在這里插入圖片描述

以上的所有流程博主就交代完了,如果有什么不足的請指教,感謝

在這里插入圖片描述

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/292544.html

標籤:其他

上一篇:長達萬字的git常用指令總結!!!適合小白及在作業中想要對git基本指令有所了解的人群(建議收藏)

下一篇:UP-Growth演算法

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more