1. 核心
這是整個系統的根本基石。無用多說。
使用者態程式自己所做的計算，基本都算是決定策略。
即程式要做哪些操作，每個操作要做成什麼樣子。
這些事情確定了之後，就可以指示核心幫我們去實施了。
一句話，使用者態程式所做的幾乎所有的操作（除非是比較特殊的應用），最終都通過核心代我們去完成。
當然，核心除了代使用者態程式去實施一些操作外，還有別的一些事情要打理。
2. c庫
這是使用者態空間的基石。
使用者態空間，想做任何操作，必須通過elf檔案的執行來實現。
不管是什麼程式，已編譯的二進位制程式也好，指令碼程式也好，位元組碼程式也好，最終都是落實到乙個個的elf檔案在執行。
例各，乙個bourne shell指令碼檔案的執行，最終其實是/bin/sh程序根據shell指令碼的內容，在執行著各種操作。
由此可見，使用者態空間的任何操作，都是通過elf檔案的執行來實現的。
elf檔案又是如何實現具體的操作呢？這又得依靠系統的根本基石，即上一節所提到的核心了。
但是，elf檔案並不是直接向核心提交請求，而是通過c庫為中介來完成。
即elf檔案呼叫各種各樣的c庫函式，來向核心提交請求，並獲得執行結果。
elf檔案可以以兩種方式使用c庫：動態庫（節省空間、公升級方便，但效能相對要差些）、靜態庫。
3. 更上層的**
更上層的東東，涉及到的內容應該是相當豐富的。但是，在下了解的卻甚少。這裡就不說啦。
Linux系統中的軟體管理
3.bz2 gz xz 1.需要原始碼安裝需要編譯 2.綠色軟體，直接使用 ntfs 3g ntfsprogs 2017.3.23.tz 需要編譯 configure firefox lastest x86 64.tar.z2 綠色 注意在rhel8中只能使用綠色軟體，原始碼編譯軟體和rpm軟體 2...
軟體需求的層次
1.需求是有層次的。2.不要針對一條條需求進行分析。而是要建立乙個需求的架構。有了架構後就可以看到某乙個具體的需求所在的位置。對客戶的理解就不再是碎片化的。3.如何建立起需求的架構？又如何劃分需求的層次。4.需求的二重性 需求都是由問題和解決方案構成的。這裡的問題不一定是缺陷，也可能是一種願望。這時...
軟體的邏輯層次
基本層次 軟體的邏輯結構可以劃分為下面四個基本層次 從下往上依次是 1 基礎設施層 這個層次是純技術層次，解決的是系統的物理問題，比如database gateway 網路通訊 物件容器 這個部分與業務需求關係不大，是系統的物理條件。2 business物件 在這個層次上，業務要素出現了，業務領域中...