Linux管理軟體的三種方法： 包管理 使用倉庫管理 編譯安裝 軟體相關概念： ABI: ABI：Application Binary Interface。應用程式的二進位介面。windows和Linux的二進位格式不一樣（ABI標準不同） Windows與Linux不相容 ELF (Executa ...
Linux管理軟體的三種方法：
- 包管理
- 使用倉庫管理
- 編譯安裝
軟體相關概念：
ABI:
ABI：Application Binary Interface。應用程式的二進位介面。windows和Linux的二進位格式不一樣（ABI標準不同）
Windows與Linux不相容
ELF (Executable and Linkable Format) --- Linux格式
PE （Portable Executable）--- Windows格式
API：
API：Application Programming Interface。應用程式開發介面。（開發者使用第三方的模塊直接調用對應API介面）
windows的API和linux的API無法相互運行。
POSIX：
POSIX：Portable Operating System Interface 可移植操作系統介面。是一種介面的標準。（定義庫的開發標準）降低了不同平臺遷移的標準。
軟體運行環境
Linux中的程式大部分都是C語言開發的
C程式實現過程：
C 程式源代碼 --> 預處理 --> 編譯 --> 彙編 --> 鏈接
預處理: 預處理（巨集定義、註釋、加入include包含的文件等）生成 .i結尾的文本文件。
編譯：生成彙編代碼（彙編語言貼近機器語言） ，生成 .s結尾的彙編文本文件
彙編：將上面的文本文件轉換成二進位（機器指令）文本文件。 .o （object -- 對象文件）結尾的二進位文本文件
鏈接：把別的一些.o文件鏈接在一起形成一個統一的文件。
實現這個過程所用到的工具：gcc
範例：gcc的編譯過程
#分步驟編譯運行
gcc -E hello.c -o hello.i 對hello.c文件進行預處理，生成了hello.i 文件 ---預處理
gcc -S hello.i -o hello.s 對預處理文件進行編譯，生成了彙編文件 --- 編譯
gcc -c hello.s -o hello.o 對彙編文件進行編譯，生成了目標文件 --- 彙編
gcc hello.o -o hello 對目標文件進行鏈接，生成可執行文件 --- 鏈接
#一步實現編譯過程
gcc hello.c -o hello 直接編譯鏈接成可執行目標文件
靜態鏈接和動態鏈接：
鏈接：程式用到的第三方模塊庫和程式鏈接在一起。
庫：libary --- lib
靜態鏈接： （不常用）
程式文件和第三方庫形成一個文件。運行程式的時候需要把庫和程式文件都載入到記憶體中了。
特點:
- 需要嵌入程式包
- 升級難，需重新編譯
- 占用較多空間，遷移容易
動態鏈接：（共用庫）
只把依賴加做一個動態鏈接，生成二進位程式文件的時候這個文件裡面只有它自己的程式，沒有庫相關的程式。
特點：
- 如果多個程式使用到同一個庫，就只需要載入一次庫到記憶體。
- 占用較少空間，升級方便
- 程式遷移不方便
庫（模塊）文件
顯示程式調用的庫文件： ldd命令
例如： lss /usr/bin/ls
庫文件很重要，破壞了庫文件相關程式（命令）無法正常運行
庫文件破壞修複方法：
- 通過救援模式使用光碟啟動（光碟會載入要給簡化的系統）
- 利用光碟中的系統來修複損壞的系統。
管理及查看本機裝載的庫文件
配置文件：
緩存文件：
軟體包和包管理器
源代碼直接編譯安裝很繁瑣。為了減少使用開源軟體的難度。一些開源公司把程式預先編譯完成並且把相關的文件打成一個包，成為一個獨立的包文件。
源碼編譯生成二進位文件+相關的文件（配置文件、文檔文檔文件等、腳本文件等） = 包文件
軟體包：
剛開始只提供.tar.gz的方式打包源碼文件。需要用戶手動編譯，後來debian誕生的時候，一個叫做dpkg的管理工具出現。它可以管理deb尾碼的‘包’文件 （pkg -- package）
再後來redhat開發了自己的rpm包管理器。
查看包種有哪些文件的方法：cpio命令
軟體包中的文件分類：
- 二進位文件
- 庫文件
- 配置文件
- 幫助文件
- 腳本文件
包的命名：
源代碼包：
name-VERSION.tar.gz|bz2|xz
程式名-版本號
rpm包：
name-VERSION-release.arch.rpm
軟體名-版本號-打包相關信息-cpu架構
包的分類和拆包
linux種為了更好的選擇包，就把大的軟體拆開了。--- 避免只想使用一個功能，但是被迫把所有功能都裝上了。
比如：httpd這個軟體就把他拆成了很多個小包
包的依賴
軟體包之間可能存在依賴關係。
程式包管理器：
用來管理包文件的。
將編譯好的應用程式進行打包，實現程式的安裝、卸載等功能。
常見的包管理器：
redhat： rpm包管理器，管理rpm文件 --- rpm：redhat package manager
debian：dpkg包管理器，管理deb文件
例：查看rpm包中存在那些文件：
#使用rpm2cpio轉化為cpio流，然後使用cpio查看：
rpm2cpio file.rpm | cpio -tv
程式包管理器相關軟體
程式包管理器相關文件
rpm包：
- 包文件：文件列表、元數據、腳本
- 資料庫：/var/lib/rpm -- 存放已安裝的包名、文件列表、依賴關係、安裝路徑等
利用這個資料庫就可以知道系統已經安裝的rpm包和裡面包含的文件、屬性。
安裝和卸載軟體都會首先檢查這個資料庫。
程式包的來源
1.系統光碟或官網
2.第三方組織
3.軟體官方站點
4.自己製作
rpm 包管理器
- 安裝
- 卸載
- 查詢（用的最多）
- 升級
安裝：rpm {-i|--install} [install-options] PACKAGE
安裝的時候要寫軟體包的路徑
命令選項：
-h：顯示進度
-v：顯示安裝過程
安裝選項：
--nodeps：忽略依賴關係
--test：測試安裝
升級：rpm {-U|--upgrade} [install-options] PACKAGE
選項：
--force: 強制安裝
查詢：rpm {-q|--query} [select-options] [query-options]
選項：
-a：所有包
-f：查看指定的文件由哪個程式包安裝生成
-c：查詢程式的配置文件
-l：查看指定的程式包安裝後生成的所有文件
例如：
rpm -ql 軟體名 --- 查看已經裝好的包裡面包含的文件分別放在那些目錄下。
rpm -qf file --- 查詢磁碟上的文件來自於那個包
卸載： rpm {-e|--erase} PACKAGE
註意：當包卸載時，對應的配置文件不會刪除， 以FILENAME.rpmsave形式保留
卸載只需要寫軟體的名稱
選項：
--nodeps：強制刪除
rpm包的資料庫維護
rpm包安裝生成的信息都放在：/var/lib/rpm 這個文件中
重建資料庫：rpm {--initdb|--rebuilddb}
initdb: 初始化，如果事先不存在資料庫，則新建之，否則，不執行任何操作
rebuilddb：重建已安裝的包頭的資料庫索引目錄
