建站
咨詢
售后
建站咨詢
新聞中心
我是一個函數
成都創(chuàng)新互聯(lián)公司是一家專業(yè)提供瀏陽企業(yè)網站建設,專注與成都網站設計、成都網站建設、HTML5建站、小程序制作等業(yè)務。10年已為瀏陽眾多企業(yè)、政府機構等服務。創(chuàng)新互聯(lián)專業(yè)網站制作公司優(yōu)惠進行中。
我是一個函數，名叫str_upper，我可以把輸入的字符串從小寫變成大寫。不信你看，我長這樣：
- char* str_upper(char* str, int len) {
- char upper[256];
- if (len >= 256 || len <= 0)
- return nullptr;
- for (int i = 0; i < len; i++) {
- if (str[i] >= 'a' && str[i] <= 'z') {
- upper[i] = str[i] - 32;
- } else {
- upper[i] = str[i];
- }
- }
- return upper;
- }
上面是我的源代碼形式，聽我的好朋友str_lower說，一會兒我們就要一起被送到一個叫編譯器的地方加工處理了，我心里害怕極了。
編譯器之旅
沒多久，我們就來到了這里，一座很龐大到高樓，里面有好多精密的機器在不停的運轉著。
一進入大廳，好多函數代碼在這里排隊等待。
我抬頭向上望去，不知道有多少層樓，每一層都有一個指示牌，從下往上分別寫著：
- 預處理
- 詞法分析
- 語法分析
- 語義分析
- ···
再往上太遠就看不太清楚了。
所有的函數代碼按照文件為單位排好隊，靜靜地等待著。
不過沒有等太久，就輪到了我們這一隊。
來了一個工作人員把我們帶到了一個房間，讓我們都好好躺著，一臺機器快速的從頭到尾掃描了一遍，將我們所在文件中出現(xiàn)的#include和#define全部給替換掉了。
接著，通過房間里的電梯，將我們送上了二樓。
接下來的一段時間，我們在好幾層樓都做了“體檢”，每個函數都被那些像CT一樣的機器照了個遍。
不一會兒，來到了編譯層，這一層有一個特別奇怪的機器，我看到一個個函數被送了進去，出來的時候都變了樣子。不僅如此，接待處的工作人員看起來很兇，我這下更加緊張了。
函數調用約定
工作人員拿到了我的資料，瞅了幾眼，問到：“請問你的調用約定是什么?”
我有些懵，不太懂他的意思，小聲問到：“不好意思，你剛問什么?”
工作人員有點不耐煩了，提高了音量，“我是問你調用約定是什么?調用約定啊!”
看見我仍然一臉茫然，工作人員直接給我的資料上調用約定那一欄蓋上了一個標記：cdecl。
我有點摸不著頭腦，同行的小伙伴str_lower拽了我一下說到：“他是在問你函數的調用約定，就是約定調用函數的方式，涉及怎么傳遞參數，誰來恢復調用棧等”
他這一說我才反映過來，“這個調用約定都有哪些可選的呢?”
“一般有三種：”
- cdcel，參數從右往左入棧，主調函數負責恢復棧平衡
- stdcall，參數從右往左入棧，被調函數負責恢復棧平衡
- fastcall，參數通過寄存器傳遞，寄存器不夠再用棧傳遞
“他剛才看你沒有顯式聲明，就默認給你cdecl的方式了”，小伙伴繼續(xù)說到。
我點了點頭，原來調用個函數還有這么多講究吶!
Stack Canary
“別閑聊了，快進去吧!”，工作人員催我了。
我準備走向那臺可怕的機器。
“唉，等一下”，正緊張著，工作人員又叫住了我。
我回頭看去，工作人員正招手讓我過去。
“你好，是我的代碼有什么問題嗎?”，我緊張的問到，生怕有錯誤被打回去，連累我們整個文件都要被遣返。
“不是，是我注意到你的函數里有一個局部數組，需要給你加一下棧溢出保護”，工作人員說到。
我看了下我的代碼，確實有一個局部字符數組：
- char upper[256];
“棧溢出保護是什么啊?”，我小聲問到。
工作人員沒有搭理我，忙著給我的資料上加東西。
旁邊的小伙伴又把我拽了過去，說到：“咱們函數里面定義的局部變量、參數是存放在線程棧里面的。線程要不斷游走在不同的函數中，調用函數后為了能回到原來的地方，調用之前把返回地址也放在了線程棧里。就像這樣，你看會不會有什么問題：”
我仔細看了下，“哦，要是越界訪問我的upper數組，那就可以修改返回地址，那可就危險了!”
“很聰明嘛!”
“那這個怎么加保護呢?”，我問到。
“你看，函數進來之前，先在局部變量和返回地址之間設置一個數值，函數返回之前再去檢查一下，如果棧里的數據被破壞了，檢查這個數值就能發(fā)現(xiàn)，提前拋出異常!”，小伙伴耐心的解釋到。
“這樣啊，那豈不是要把我打回去加上你說的這些設置和檢查代碼?”，我繼續(xù)提問。
這時，工作人員聽到了我們的閑聊，“不用，我們編譯器自動添加好了，快去吧，已經處理好了”
我瞥了一眼，看到我的資料上增加了一個叫Stack Canary的標記。
我小心翼翼的走進了那架奇怪的機器，立刻就失去了知覺，等我醒來時，我的身體已經發(fā)生了變化，變成了一堆奇怪的代碼，現(xiàn)在我長這樣了：
鏈接
沒過一會兒，我們這一隊的所有函數代碼都編譯完成，大家從原來的.c文件都搬到了新家：一個.o文件，我也再次見到了小伙伴str_lower。
“咱們是不是已經完成了編譯，可以離開這里了吧?”
“還不行，編譯雖然是完成了，還差鏈接這一步呢!”
又過了一小會兒，和我們一起過來的其他文件的函數代碼也編譯完成了，咱們一堆.o文件一起被送到了編譯器大廈的頂樓：鏈接層。
這一層也有一個巨大的機器，機器背后連接了一個管道，不知通向了哪里。
我們這一批的所有.o文件挨個走進了這個巨大的機器，像是一條時空隧道一般，穿行于其間，我感覺到了巨大的壓力把我們擠壓在了一起，很快我們再一次失去了意識。
醒來之后，我發(fā)現(xiàn)所有的函數們都被合在了一個文件中，這是一個可執(zhí)行文件，而我的身體也再次發(fā)生了變化，變成了一段段的二進制指令，現(xiàn)在我長這樣了：
終于離開了編譯器，真是一趟難忘的旅程，不過我再也不想來了······
本文轉載自微信公眾號「編程技術宇宙」，可以通過以下二維碼關注。轉載本文請聯(lián)系編程技術宇宙公眾號。
本文題目：進入編譯器后，一個函數經歷了什么？
當前路徑：http://www.5511xx.com/article/coedppc.html
