windows中使用__declspec(dllexport)來將函式匯出類似宣告的.def檔案，linux中是不需要的，因為它將函式全部匯出

動態庫靜態庫使用

樣本程式碼
test.h

#ifndef __TEST_LIB
#define __TEST_LIB
void foo();
#endif

#include "test.h"
#include <iostream>
using namespace std;
void foo()
{
    cout<<"hello, i am c++!"<<endl;
}

#include "test.h"
#include <iostream>
using namespace std;
int main()
{
    foo();
    return 0;
}
 

g++ -c -o test.o test.cpp
ar cr libtest_s.a test.o
g++ -o run_s main.cpp -L. -ltest_s

這裡可以嘗試刪除libtest_s.a也是可以執行的

編譯動態庫

g++ -shared -fPIC -o libtest_d.so test.cpp
g++ -o run_d main.cpp -L. -ltest_d

“PCI”命令列標記告訴GCC產生的程式碼不要包含對函式和變數具體記憶體位置的引用，這是因為現在還無法知道使用該訊息程式碼的應用程式會將它連線到哪一段記憶體地址空間。這樣編譯出的bill.o可以被用於建立共享連結庫。建立共享連結庫只需要用GCC的”-shared”標記即可。
如果不加-fPIC,則載入.so檔案的程式碼段時,程式碼段引用的資料物件需要重定位, 重定位會修改程式碼段的內容,這就造成每個使用這個.so檔案程式碼段的程序在核心裡都會生成這個.so檔案程式碼段的copy.每個copy都不一樣,取決於這個.so檔案程式碼段和資料段記憶體對映的位置,相當於沒有使用共享庫的優勢.

檢視函式簽名

[[email protected] dylib]# nm ./libtest_s.a|grep foo
0000006c t _GLOBAL__I__Z3foov
00000000 T _Z3foov
[[email protected] dylib]# nm ./libtest_d.so|grep foo
000006bc t _GLOBAL__I__Z3foov
00000650 T _Z3foov

[[email protected] dylib]# ldd ./run_s
	linux-gate.so.1 =>  (0x00b04000)
	libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00957000)
	libm.so.6 => /lib/libm.so.6 (0x002fd000)
	libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00814000)
	libc.so.6 => /lib/libc.so.6 (0x00140000)
	/lib/ld-linux.so.2 (0x0011a000)
[
 
[email protected] dylib]# ldd ./run_d
	linux-gate.so.1 =>  (0x00513000)
	libtest_d.so => ./libtest_d.so (0x0068f000)
	libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00957000)
	libm.so.6 => /lib/libm.so.6 (0x002fd000)
	libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00814000)
	libc.so.6 => /lib/libc.so.6 (0x00140000)
	/lib/ld-linux.so.2 (0x0011a000)