• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            tqsheng

            go.....
            隨筆 - 366, 文章 - 18, 評論 - 101, 引用 - 0
            數據加載中……

            linux下動態庫so文件的一些認識

            個人創作,歡迎指錯。 
            牽扯到ELF格式,gcc編譯選項待補,簡單實用的說明一下,對Linux下的so文件有個實際性的認識。 
            1.so文件是什么? 
            2.怎么生成以及使用一個so動態庫文件? 
            3.地址空間,以及線程安全. 
            4.庫的初始化,解析: 
            5.使用我們自己庫里的函數替換系統函數: 
            //------------------------------------------------------------------------------- 
            1.so文件是什么? 
            也是ELF格式文件,共享庫(動態庫),類似于DLL。節約資源,加快速度,代碼升級簡化。 
            知道這么多就夠了,實用主義。等有了印象再研究原理。 
            2.怎么生成以及使用一個so動態庫文件? 
            先寫一個C文件:s.c 
            C代碼  
            #include <stdio.h>  
            int count;  
            void out_msg(const char *m)  
            {//2秒鐘輸出1次信息,并計數  
             for(;;) {printf("%s %d\n", m, ++count); sleep(2);}  
            }  
            編譯:得到輸出文件libs.o 
            gcc -fPIC -g -c s.c -o libs.o 
              
            鏈接:得到輸出文件libs.so 
            gcc -g -shared -Wl,-soname,libs.so -o libs.so libs.o -lc 
            一個頭文件:s.h 
            C代碼  
            #ifndef _MY_SO_HEADER_  
            #define _MY_SO_HEADER_  
            void out_msg(const char *m);  
            #endif  
            再來一個C文件來引用這個庫中的函數:ts.c 
            C代碼  
            #include <stdio.h>  
             #include "s.h"  
             int main(int argc, char** argv)  
             {  
              printf("TS Main\n");  
              out_msg("TS ");  
              sleep(5);  //這句話可以注釋掉,在第4節的時候打開就可以。  
              printf("TS Quit\n");  
             }  
            編譯鏈接這個文件:得到輸出文件ts 
            gcc -g ts.c -o ts -L. -ls 
            執行./ts,嗯:成功了。。。還差點 
            得到了ts:error while loading shared libraries: libs.so: cannot open shared object file: No such file or directory 
            系統不能找到我們自己定義的libs.so,那么告訴他,修改變量LD_LIBRARY_PATH,為了方便,寫個腳本:e(文件名就叫e,懶得弄長了) 
            #!/bin/sh 
            export LD_LIBRARY_PATH=${pwd}:${LD_LIBRARY_PATH} 
            ./ts 
            執行:./e & 
            屏幕上就開始不停有信息輸出了,當然TS Quit你是看不到的,前面是個死循環,后面會用到這句 
            3.地址空間,以及線程安全: 
            如果這樣: 
            ./e &開始執行后,稍微等待一下然后再 ./e&, 
            這個時候屏幕信息會怎么樣呢?全局變量count會怎么變化? 
            會是兩個進程交叉輸出信息,并且各自的count互不干擾,雖然他們引用了同一個so文件。 
            也就是說只有代碼是否線程安全一說,沒有代碼是否是進程安全這一說法。 
            4.庫的初始化,解析: 
            windows下的動態庫加載,卸載都會有初始化函數以及卸載函數來完成庫的初始化以及資源回收,linux當然也可以實現。 
            ELF文件本身執行時就會執行一個_init()函數以及_fini()函數來完成這個,我們只要把自己的函數能讓系統在這個時候執行 
            就可以了。 
            修改我們前面的s.c文件: 
            C代碼  
            #include <stdio.h>  
             void my_init(void) __attribute__((constructor)); //告訴gcc把這個函數扔到init section  
             void my_fini(void) __attribute__((destructor));  //告訴gcc把這個函數扔到fini section  
             void out_msg(const char *m)  
             {  
              printf(" Ok!\n");   
             }  
             int i; //仍然是個計數器  
             void my_init(void)  
             {  
              printf("Init ... ... %d\n", ++i);  
             }  
             void my_fini(void)  
             {  
              printf("Fini ... ... %d\n", ++i);  
             }  
            重新制作 libs.so,ts本是不用重新編譯了,代碼維護升級方便很多。 
            然后執行: ./e & 
            可以看到屏幕輸出:(不完整信息,只是順序一樣) 
            Init 
            Main 
            OK 
            Quit 
            Fini 
            可以看到我們自己定義的初始化函數以及解析函數都被執行了,而且是在最前面以及最后面。 
            如果s.c中的sleep(5)沒有注釋掉,那么有機會: 
            ./e& 
            ./e&連續執行兩次,那么初始化函數和解析函數也會執行兩次,雖然系統只加載了一次libs.so。 
            如果sleep時候kill 掉后臺進程,那么解析函數不會被執行。 
            5.使用我們自己庫里的函數替換系統函數: 
            創建一個新的文件b.c:我們要替換系統函數malloc以及free(可以自己寫個內存泄露檢測工具了) 
            C代碼  
            #include <stdio.h>  
             void* malloc(int size)  
             {  
              printf("My malloc\n");  
              return NULL;  
             }  
             void free(void* ad)  
             {  
              printf("My free\n");  
             }  
            老規矩,編譯鏈接成一個so文件:得到libb.so 
            gcc -fPIC -g -c b.c -o libb.o 
            gcc -g -shared -Wl,-soname,libb.so -o libb.so -lc 
            修改s.c:重新生成libs.so 
            C代碼  
            void out_msg()  
             {  
              int *p;  
              p = (int*)malloc(100);  
              free(p);  
              printf("Stop Ok!\n");  
             }  
            修改腳本文件e: 
            #!/bin/sh 
            export LD_PRELOAD=${pwd}libb.so:${LD_PRELOAD} 
            export LD_LIBRARY_PATH=${pwd}:${LD_LIBRARY_PATH} 
            ./ts 
            關鍵就在LD_PRELOAD上了,這個路徑指定的so將在所有的so之前加載,并且符號會覆蓋后面加載的so文件中的符號。如果可執行文件的權限不合適(SID),這個變量會被忽略。 
            執行:./e & 
            嗯,可以看到我們的malloc,free工作了。 
            暫時就想到這么多了。

            posted on 2012-12-07 22:33 tqsheng 閱讀(726) 評論(0)  編輯 收藏 引用

            亚洲日本va午夜中文字幕久久| 久久综合丁香激情久久| 污污内射久久一区二区欧美日韩| 久久九色综合九色99伊人| 欧美性大战久久久久久| 久久久久亚洲AV无码网站| 日本道色综合久久影院| 香蕉aa三级久久毛片| 国产三级久久久精品麻豆三级| 91精品日韩人妻无码久久不卡| 成人综合久久精品色婷婷| 久久99精品久久久久久hb无码| 久久久久久久综合综合狠狠| 亚洲国产精品高清久久久| 精品久久国产一区二区三区香蕉 | 国产成人精品久久二区二区 | 日本高清无卡码一区二区久久| 人妻久久久一区二区三区| 国产视频久久| 99精品久久精品| 久久婷婷五月综合国产尤物app| 韩国三级中文字幕hd久久精品| 亚洲精品乱码久久久久久中文字幕| 久久狠狠一本精品综合网| 国产亚洲美女精品久久久久狼| 久久人爽人人爽人人片AV| 99久久国产亚洲综合精品| 国产精品VIDEOSSEX久久发布| 97久久精品无码一区二区天美| 日产精品久久久久久久| 亚洲一区精品伊人久久伊人| 久久亚洲中文字幕精品一区四| 国产高清国内精品福利99久久| 久久精品嫩草影院| 国产美女久久久| 久久精品人人槡人妻人人玩AV | 免费精品久久天干天干| 日日狠狠久久偷偷色综合免费 | 久久精品国产免费观看三人同眠| 久久成人小视频| 久久久久波多野结衣高潮|