⑴ 面試 | linux 下的動態鏈接庫問題
在 Linux 開發時，我們經常會看到一些形如 xxx.so 的名稱出現，其中 so 是 Shared Object 的縮寫，即可以共享的目標文件，也就是我們所稱為的動態鏈接庫，和在 Windows 下大家玩 游戲 時遇到的 xxx.dll 錯誤中的文件是一個類型的。
面試中經常會問到以下問題：
庫是寫好的現有的，成熟的，可以復用的代碼。現實中每個程序都要依賴很多基礎的底層庫，不可能每個人的代碼都從零開始，因此庫的存在意義非同尋常。本質上來說庫是一種可執行代碼的二進制形式，可以被操作系統載入內存執行。
庫有兩種：
在一個程序的編譯過程中，分為以下幾個步驟： 預處理 ， 編譯 ， 匯編 ， 鏈接 。本文中討論的鏈接庫就是針對最後一個步驟「鏈接」而言的。
動態庫和靜態庫的區別
左圖為靜態鏈接庫，右圖為動態鏈接庫
對於靜態鏈接庫而言在鏈接階段，會將匯編生成的「目標文件.o」與引用到的庫一起鏈接打包到可執行文件中。因此對應的鏈接方式稱為靜態鏈接：
靜態鏈接可以理解為最後生成了一個「單文件免安裝綠色版」的程序，優點在於移植的時候只需要移動這一個文件，缺點在於文件體積非常大，為了解決這樣的問題，就有了動態鏈接庫。動態鏈接庫在程序編譯時並不會被連接到目標代碼中，而是在程序運行時才被載入。
動態庫連接到系統空間，如果多個程序連接了同一個庫，那麼只需要一份，優點在於編譯程序的時候不會將對應的庫文件全部打包在生成的程序中，而是保留了到對應庫的鏈接，缺點就是移植的時候如果只移動了對應的程序沒有安裝相關的庫的話，就會看到類似以下喜聞樂見的結果了。
在 Linux 下一個動態庫有y三個不同名字的文件組成：
當程序在內部列出所需要的鏈接庫時，僅僅使用 soname。當你創建一個鏈接庫時，使用 real name。安裝一個新的鏈接庫時，把它復制到一個DLL文件夾里，然後運行程序 ldconfig。ldconfig 檢查存在的 real name 文件，並且創建指向它符號鏈接 soname 文件。可能大家比較常見到的有 libsodium 等。
有了上面關於庫的一些基礎知識之後，我們可以開始嘗試創建一個動態庫來供程序使用了。
比如我們有一個求最大值的函數 max(int a,int b,int c) ，放在文件 max.c 中文件內容如下：
可以通過：
將其編譯為共享庫，-fPIC是編譯選項，PIC是 Position Independent Code 的縮寫，表示要生成位置無關的代碼，這是動態庫需要的特性； -shared是鏈接選項，告訴 gcc 生成動態庫而不是可執行文件。為了讓用戶知道我們的動態庫中有哪些介面可用，我們需要編寫對應的頭文件，比如可以寫一個 max.h ：
設置一個驅動函數來測試我們編寫的動態庫：
通過 gcc test.c -L. -lmax來生成 a.out，其中-lmax表示要鏈接 libmax.so，-L.表示搜索要鏈接的庫文件時包含當前路徑。
但是這樣直接運行的話，會出現一個錯誤：
由於 Linux 是通過/etc/ld.so.cache文件搜尋要鏈接的動態庫的，而 /etc/ld.so.cache 是 ldconfig 程序讀取 /etc/ld.so.conf 文件生成的，本次使用的動態庫 libmax.so 並不在對應的目錄下，就會導致程序無法找到對應的動態鏈接庫，這樣我們的解決方法有二：
小結
動態鏈接庫是各個系統中的一個重要的組成部分且在 Linux 開發相關領域中尤為重要，也是一個面試的高頻考點，除了動態鏈接庫以外，還有以下相關知識也是高頻考點，在面試前一定要准備好：
本文作者：Nova Kwok
⑵ android bionic 在ndk中嗎
1. 概述
首先回顧一下 Android NDK 開發中，Android.mk 和 Application.mk 各自的職責。
Android.mk，負責配置如下內容：
（1） 模塊名（LOCAL_MODULE）
（2） 需要編譯的源文件（LOCAL_SRC_FILES）
（3） 依賴的第三方庫（LOCAL_STATIC_LIBRARIES，LOCAL_SHARED_LIBRARIES）
（4） 編譯/鏈接選項（LOCAL_LDLIBS、LOCAL_CFLAGS）
Application.mk，負責配置如下內容：
（1） 目標平台的ABI類型（默認值：armeabi）（APP_ABI）
（2） Toolchains（默認值：GCC 4.8）
（3） C++標准庫類型（默認值：system）（APP_STL）
（4） release/debug模式（默認值：release）
由此我們可以看到，本文所涉及的編譯選項在Android.mk和Application.mk中均有出現，下面我們將一個個詳細介紹。
2. APP_ABI
ABI全稱是：Application binary interface，即：應用程序二進制介面，它定義了一套規則，允許編譯好的二進制目標代碼在所有兼容該ABI的操作系統和硬體平台中無需改動就能運行。（具體的定義請參考 網路 或者 維基網路 ）
由上述定義可以判斷，ABI定義了規則，而具體的實現則是由編譯器、CPU、操作系統共同來完成的。不同的CPU晶元（如：ARM、Intel x86、MIPS）支持不同的ABI架構，常見的ABI類型包括：armeabi，armeabi-v7a，x86，x86_64，mips，mips64，arm64-v8a等。
這就是為什麼我們編譯出來的可以運行於Windows的二進製程序不能運行於Mac OS/Linux/Android平台了，因為CPU晶元和操作系統均不相同，支持的ABI類型也不一樣，因此無法識別對方的二進製程序。
而我們所說的「交叉編譯」的核心原理也跟這些密切相關，交叉編譯，就是使用交叉編譯工具，在一個平台上編譯生成另一個平台上的二進制可執行程序，為什麼可以做到？因為交叉編譯工具實現了另一個平台所定義的ABI規則。我們在Windows/Linux平台使用Android NDK交叉編譯工具來編譯出Android平台的庫也是這個道理。
這里給出最新 Android NDK 所支持的ABI類型及區別：
那麼，如何指定ABI類型呢？在 Application.mk 文件中添加一行即可：
APP_ABI := armeabi-v7a //只編譯armeabi-v7a版本
APP_ABI := armeabi armeabi-v7a //同時編譯armeabi，armeabi-v7a版本
APP_ABI := all //編譯所有版本
3. LOCAL_LDLIBS
Android NDK 除了提供了Bionic libc庫，還提供了一些其他的庫，可以在 Android.mk 文件中通過如下方式添加依賴：
LOCAL_LDLIBS := -lfoo
其中，如下幾個庫在 Android NDK 編譯時就默認鏈接了，不需要額外添加在 LOCAL_LDLIBS 中：
（1） Bionic libc庫
（2） pthread庫（-lpthread）
（3） math（-lmath）
（4） C++ support library (-lstdc++)
下面我列了一個表，給出了可以添加到「LOCAL_LDLIBS」中的不同版本的Android NDK所支持的庫：
下面是我總結的一些常用的CFLAGS編譯選項：
（1）通用的編譯選項
-O2 編譯優化選項，一般選擇O2，兼顧了優化程度與目標大小
-Wall 打開所有編譯過程中的Warning
-fPIC 編譯位置無關的代碼，一般用於編譯動態庫
-shared 編譯動態庫
-fopenmp 打開多核並行計算，
-Idir 配置頭文件搜索路徑，如果有多個-I選項，則路徑的搜索先後順序是從左到右的，即在前面的路徑會被選搜索
-nostdinc 該選項指示不要標准路徑下的搜索頭文件，而只搜索-I選項指定的路徑和當前路徑。
--sysroot=dir 用dir作為頭文件和庫文件的邏輯根目錄，例如，正常情況下，如果編譯器在/usr/include搜索頭文件，在/usr/lib下搜索庫文件，它將用dir/usr/include和dir/usr/lib替代原來的相應路徑。
-llibrary 查找名為library的庫進行鏈接
-Ldir 增加-l選項指定的庫文件的搜索路徑，即編譯器會到dir路徑下搜索-l指定的庫文件。
-nostdlib 該選項指示鏈接的時候不要使用標准路徑下的庫文件
（2） ARM平台相關的編譯選項
-marm -mthumb 二選一，指定編譯thumb指令集還是arm指令集
-march=name 指定特定的ARM架構，常用的包括：-march=armv6， -march=armv7-a
-mfpu=name 給出目標平台的浮點運算處理器類型，常用的包括：-mfpu=neon，-mfpu=vfpv3-d16
-mfloat-abi=name 給出目標平台的浮點預算ABI，支持的參數包括：「soft」, 「softfp」 and 「hard」
⑶ 在ccs中可以設置編譯,鏈接選項,如何設置,選項中設置-mf
1、打開ccside並載入工程，選擇要更改編譯和鏈接選項的項目，並右鍵差旦單擊該項目以打開「屬性」選項卡。
2、在彈出菜單中選擇「c/c++buildsettings」選項，然後選中「toolsettings」。
3、在「toolsettings」下，可以找到多個工具鏈（例如gcccompiler、gcclinker等），選擇想要更改選項友畢的工具鏈。
4、在工好慶芹具鏈設置中，可以添加選項，在「gcccompiler->miscellaneous」或者"gcclinker->general"中加入-mf選項，然後保存更改即可。
⑷ Linux的終端怎麼運行C語言
打開終端 然後VI環境下編譯運行
一. 常用編譯命令選項
假設源程序文件名為test.c。
1. 無選項編譯鏈接
用法：#gcc test.c
作用：將test.c預處理、匯編、編譯並鏈接形成可執行文件。這里未指定輸出文件，默認輸出為a.out。
2. 選項 -o
用法：#gcc test.c -o test
作用：將test.c預處理、匯編、編譯並鏈接形成可執行文件test。-o選項用來指定輸出文件的文件名。
3. 選項 -E
用法：#gcc -E test.c -o test.i
⑸ 如何交叉編譯sqlite
一、首先到http://www.sqlite.org/download.html下載Linux版本的源碼：sqlite-autoconf-3130000.tar.gz。
二、解壓：tar xvzf sqlite-autoconf-3130000.tar.gz
三、進入解壓後的目錄：$ cd sqlite-autoconf-3130000
四、執行：./configure CC=/opt/poky/1.6.1/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-gcc --host=arm-linux --prefix= /usr/tmp/
說明：CC賦值為嵌入式開發環境所使用的交叉編譯工具，--host指定軟體運行環境為arm-linux， --prefix指定源碼交叉編譯後生成文件的路徑。
五、執行 sudo make && make install
六、將在 /usr/tmp/lib 目錄下生成的 libsqlite3.so libsqlite3.so.0 libsqlite3.so.0.8.6三個so文件拷貝的，嵌入式開發環境的/lib/目錄 或者程序運行依賴的lib目錄下即可。
將/usr/tmp/bin 目錄下的 sqlite3 應用程序拷貝到嵌入式開發環境下就可以運行並創建資料庫了。
七、編譯程序 需要加上 -l sqlite3 這個鏈接選項。