1. 現在要生成libmydll.so的庫檔案，標頭檔案如下

#ifndef  _MYDLL_H
#define  _MYDLL_H
#include "stdio.h"

#ifdef WIN32
    #ifdef MYDLL_EXPORTS
        #define MYDLLAPI  extern "C" __declspec(dllexport)
    #else
        #define MYDLLAPI  extern "C" __declspec(dllimport)
    #endif
#else
    #define MYDLLAPI extern "C"
#endif

#define MAXBUFLEN  0x1000000

MYDLLAPI  int Add(int x, int y);
MYDLLAPI  int TestWrite(char *p, int buflen = MAXBUFLEN);

#endif

命令:  g++ mydll.cpp -fPIC -shared -o libmydll.so

-shared表示生成共享庫， -fPIC表示生成的庫可以重入

2. 如果依賴標頭檔案， 則使用 -I +路徑包括

 g++  -o ../yu.a  yu.cpp -I../../     //在上一級的目錄上生成yu.a

3.這裡如果動態庫與cpp不在同一個目錄下，就是用-L + 動態庫的路徑。

g++ main.cpp -I../../mydll -L../../mydll -lmydll -o main.a

或者 g++ main.cpp -I../../mydll  ../../mydll/libmydll.so  -o main.a也可以，但是名稱必須是 libmydll.so這樣有字首的，否則錯誤

當依賴多個動態庫的時候,依次加上動態庫就可以了

 g++ main.cpp -I../../mydll -I../../JTFS -L../../mydll -lmydll -L../../JTFS -ljtfs -o main.a或者寫成

 g++ main.cpp -I../../mydll -I../../JTFS -L../../mydll -L../../JTFS -ljtfs -lmydll  -o main.a

注意，這裡還要將庫加到環境變數中，否則執行的時候提示找不到庫

4.新增動態庫搜尋路徑   

   (1)export  LD_LIBRARY_PATH=$LD_LIBRAR_PATH:/路徑     注意等於號左右2邊不要加空格，不然提示找不到路徑

        export功能是建立一個新的環境變數

        檢視當前的所有環境變數 env

   (2) 開啟/etc/ld.so.conf檔案， 直接新增你的路徑，儲存好ldconfig即可.例如:     

         include ld.so.conf.d/*.conf

         /home/ywy/liuzaoxiang/80/videoDownloadSDK/version

5.檢視動態庫的內容

靜態庫用ar -t YourFile

動態庫用 nm -D YourFile

6.動態庫靜態載入時，在程式執行時被載入進記憶體，程式退出時才退出記憶體，多個執行緒呼叫時全域性變數變數和靜態變數公用一塊區域， 需要加鎖。

動態載入時LoadLibrary載入動態庫到記憶體,FreeLibrary清理記憶體。

7.在linxu下新增新的動態庫後，如果無法使用。則執行ldconfig

8. windows下庫函式重複定義： /FORCE:MULTIPLE

9.   windows靜態庫可以直接匯出類, 動態庫匯出類需要新增關鍵字__declspec(dllexport).

      linux動態庫和靜態庫可直接匯出類

 #ifdef WIN32
#ifdef MYDLL_EXPORTS
#define MYDLLCLASS   __declspec(dllexport)
#else
#define MYDLLCLASS   __declspec(dllimport)
#endif
#else
#define MYDLLCLASS
#endif

class MYDLLCLASS CTest
{
public:
 CTest();
 ~CTest();
public:
 int Add(int , int);
 int m_iSum;
 virtual void Help();
};

10.動態庫後面的數字含義

     如libiconv.so.2等，數字一般表示版本號，在使用的時候可以為libiconv.so.2建立一個硬連結libiconv.so,宿主模組直接通過LD_LIBRARY_PATH或其他方法連結到libiconv.so就可以呼叫libiconv.so.2的庫了.如果升級，如有libiconv.so.3,只需要修改連結就可以了。

     關於連結

如果一個檔案有連結如libmydll.so則：

ll -i  *.txt

1070305 -rw-r--r-- 3 root root 0 Jan 15 11:09 my.txt   //硬連結 有3個連結
1070305 -rw-r--r-- 3 root root 0 Jan 15 11:09 she.txt
1070304 lrwxrwxrwx 1 root root 6 Jan 15 11:10 you.txt -> my.txt //軟連結

通過find / -inum 1070305可以找到所有的連結檔案

可以為動態庫建立一個硬連結到/usr/lib或者/lib，這樣宿主就能直接使用。軟連結不可直接使用

11. 動態庫中的全域性變數問題 (這個是轉載的)

       在Win16環境中，DLL的全域性資料對每個載入它的程序來說都是相同的,因為所有的程序用的都收同一塊地址空間；而在Win32環境中，情況卻發生了變化，每個程序都有了它自己的地址空間，DLL函式中的程式碼所建立的任何物件（包括變數）都歸呼叫它的程序所有。當程序在載入DLL時，作業系統自動把DLL地址對映到該程序的私有空間，也就是程序的虛擬地址空間，而且也複製該DLL的全域性資料的一份拷貝到該程序空間。（在實體記憶體中，多程序載入DLL時，DLL的程式碼段實際上是隻載入了一次，只是將實體地址對映到了各個呼叫它的程序的虛擬地址空間中，而全域性資料會在每個程序都分別載入）。也就是說每個程序所擁有的相同的DLL的全域性資料，它們的名稱相同，但其值卻並不一定是相同的，而且是互不干涉的。

在DLL的實現檔案中新增下列程式碼：

 在#pragma data_seg("DLLSharedSection")和#pragma data_seg()之間的所有變數將被訪問該Dll的所有程序看到和共享。僅定義一個數據段還不能達到共享資料的目的，還要告訴編譯器該段的屬性，有三種方法可以實現該目的（其效果是相同的），一種方法是在.DEF檔案中加入如下語句：

SETCTIONS
    DLLSharedSection READ WRITE SHARED

另一種方法是在專案設定的連結選項(Project Setting --〉Link)中加入如下語句：

還有一種就是使用指令：

那麼這個資料節中的資料可以在所有DLL的例項之間共享了。所有對這些資料的操作都針對同一個例項的，而不是在每個程序的地址空間中都有一份。
 
當程序隱式或顯式呼叫一個動態庫裡的函式時，系統都要把這個動態庫對映到這個程序的虛擬地址空間裡。這使得DLL成為程序的一部分，以這個程序的身份執行，使用這個程序的堆疊。

下面來談一下在具體使用共享資料段時需要注意的一些問題：

·         所有在共享資料段中的變數，只有在資料段中經過了初始化之後，才會是程序間共享的。如果沒有初始化，那麼程序間訪問該變數則是未定義的。
·         所有的共享變數都要放置在共享資料段中。如何定義很大的陣列，那麼也會導致很大的DLL。
·         不要在共享資料段中存放程序相關的資訊。Win32中大多數的資料結構和值（比如HANDLE）只在特定的程序上下文中才是有效地。
·         每個程序都有它自己的地址空間。因此不要在共享資料段中共享指標，指標指向的地址在不同的地址空間中是不一樣的。
·         DLL在每個程序中是被對映在不同的虛擬地址空間中的，因此函式指標也是不安全的。

當然還有其它的方法來進行程序間的資料共享，比如檔案記憶體對映等，這就涉及到通用的程序間通訊了，這裡就不多講了。

12.程序呼叫dll裡開闢的記憶體，屬於呼叫程序記憶體。

13.g++安裝  http://jingyan.baidu.com/article/a3f121e4faf03bfc9052bbeb.html 

 注意： 一定要選擇支援的版本

14.檢視.so編譯的GCC版本

strings -a libxxx.so |grep -i gcc

GCC: (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4