2. 程式人生 > >SELinux深入理解

SELinux深入理解

阿新 • • 發佈：2017-08-11
兩件 jsb 過程 ted 解決 gui 也不能 只有一個 cell

1. 簡介

SELinux帶給Linux的主要價值是：提供了一個靈活的，可配置的MAC機制。

Security-Enhanced linux (SELinux)由以下兩部分組成：

1) Kernel SELinux模塊(/kernel/security/selinux)

2) 用戶態工具

SELinux是一個安全體系結構，它通過LSM(Linux Security Modules)框架被集成到Linux Kernel 2.6.x中。它是NSA (United States National Security Agency)和SELinux社區的聯合項目。

SELinux提供了一種靈活的強制訪問控制(MAC)系統，且內嵌於Linux Kernel中。SELinux定義了系統中每個【用戶】、【進程】、【應用】和【文件】的訪問和轉變的權限，然後它使用一個安全策略來控制這些實體(用戶、進程、應用和文件)之間的交互，安全策略指定如何嚴格或寬松地進行檢查。

SELinux對系統用戶(system users)是透明的，只有系統管理員需要考慮在他的服務器中如何制定嚴格的策略。策略可以根據需要是嚴格的或寬松的。

只有同時滿足了【標準Linux訪問控制】和【SELinux訪問控制】時，主體才能訪問客體。

1.1 DAC與MAC的關鍵區別(root用戶)

安 全增強型Linux(SELinux)開始是由NSA（國家安全局）啟動並加入到Linux系統中的一套核心組件及用戶工具，可以讓應用程序運行在其所需的最低權限上。未 經修改過的Linux系統是使用自主訪問控制的，用戶可以自己請求更高的權限，由此惡意軟件幾乎可以訪問任何它想訪問的文件，而如果你授予其root權 限，那它就無所不能了。

在SELinux中沒有root這個概念，安全策略是由管理員來定義的，任何軟件都無法取代它。這意味著那些潛在的惡意軟件所能造成的損害可以被控制在最小。一般情況下只有非常註重數據安全的企業級用戶才會使用SELinux。

操作系統有兩類訪問控制：自主訪問控制（DAC）和強制訪問控制（MAC）。標準Linux安全是一種DAC，SELinux為Linux增加了一個靈活的和可配置的的MAC。

所有DAC機制都有一個共同的弱點，就是它們不能識別自然人與計算機程序之間最基本的區別。簡單點說就是，如果一個用戶被授權允許訪問，意味著程序也被授權訪問，如果程序被授權訪問，那麽惡意程序也將有同樣的訪問權。 DAC最根本的弱點是主體容易受到多種多樣的惡意軟件的攻擊，MAC就是避免這些攻擊的出路，大多數MAC特性組成了多層安全模型。

SELinux實現了一個更靈活的MAC形式，叫做類型強制(Type Enforcement)和一個非強制的多層安全形式(Multi-Level Security)。

在Android4.2中，SELinux是個可選項，谷歌並沒有直接取消root權限或其他功能。這是一個為企業級用戶或是對隱私數據極為重視的用戶提供的選項，普通消費者則完全可以關閉它。


2. SELinux的運行機制

SELinux決策過程如下圖所示：

技術分享


當一個subject(如: 一個應用)試圖訪問一個object(如：一個文件)，Kernel中的策略執行服務器將檢查AVC (Access Vector Cache), 在AVC中，subject和object的權限被緩存(cached)。如果基於AVC中的數據不能做出決定，則請求安全服務器，安全服務器在一個矩陣中查找“應用+文件”的安全環境。然後根據查詢結果允許或拒絕訪問，拒絕消息細節位於/var/log/messages中。

3. SELinux偽文件系統

/selinux/偽文件系統kernel子系統通常使用的命令，它類似於/proc/偽文件系統。系統管理員和用戶不需要操作這部分。/selinux/目錄舉例如下：

[cpp] view plain copy
  1. -rw-rw-rw- 1 root root 0 Sep 22 13:14 access
  2. dr-xr-xr-x 1 root root 0 Sep 22 13:14 booleans
  3. --w------- 1 root root 0 Sep 22 13:14 commit_pending_bools
  4. -rw-rw-rw- 1 root root 0 Sep 22 13:14 context
  5. -rw-rw-rw- 1 root root 0 Sep 22 13:14 create
  6. --w------- 1 root root 0 Sep 22 13:14 disable
  7. -rw-r--r-- 1 root root 0 Sep 22 13:14 enforce
  8. -rw------- 1 root root 0 Sep 22 13:14 load
  9. -r--r--r-- 1 root root 0 Sep 22 13:14 mls
  10. -r--r--r-- 1 root root 0 Sep 22 13:14 policyvers
  11. -rw-rw-rw- 1 root root 0 Sep 22 13:14 relabel
  12. -rw-rw-rw- 1 root root 0 Sep 22 13:14 user


如cat enforce其值可能如下：

1： enforcing mode

0： permissive mode

4. SELinux配置文件

SELinux配置文件(configuration)或策略文件(policy)位於/etc/目錄下。

4.1 /etc/sysconfig/selinux配置文件

/etc/sysconfig/selinux是一個符號鏈接，真正的配置文件為：/etc/selinux/config

配置SELinux有如下兩種方式：

1) 使用配置工具：Security Level Configuration Tool (system-config-selinux)

2) 編輯配置文件 (/etc/sysconfig/selinux).

/etc/sysconfig/selinux中包含如下配置選項：

1) 打開或關閉SELinux

2) 設置系統執行哪一個策略(policy)

3) 設置系統如何執行策略(policy)

4.2 配置文件選項

4.2.1 SELINUX

SELINUX=enforcing|permissive|disabled —定義SELinux的高級狀態
• enforcing — The SELinux security policy is enforced.
• permissive — The SELinux system prints warnings but does not enforce policy.
• disabled — SELinux is fully disabled. SELinux hooks are disengaged from the kernel and the pseudo-file system is unregistered.

4.2.2 SELINUXTYPE(安全策略)

SELINUXTYPE=targeted|strict — 指定SELinux執行哪一個策略
• targeted — 只有目標網絡daemons保護。每個daemon是否執行策略，可通過system-config-selinux進行配置。保護常見的網絡服務，為SELinux默認值。
可使用如下工具設置每個daemon的布爾值：

1) getsebool -a： 列出SELinux的所有布爾值

2) setsebool： 設置SELinux布爾值，如：setsebool -P dhcpd_disable_trans=0，-P表示即使用reboot之後，仍然有效。

• strict — 對SELinux執行完全的保護。為所有的subjects和objects定義安全環境，且每一個Action由策略執行服務器處理。提供符合Role-based-Access Control(RBAC)之policy，具備完整的保護功能，保護網絡服務、一般指令及應用程序。

4.2.3 SETLOCALDEFS

SETLOCALDEFS=0|1 — 控制如何設置本地定義(users and booleans)。

• 1：這些定義由load_policy控制，load_policy來自於文件/etc/selinux/<policyname>

• 0：由semanage控制

4.3 /etc/selinux/目錄

/etc/selinux/是存放所有策略文件和主要配置文件的目錄。其例子如下：

[cpp] view plain copy
  1. -rw-r--r-- 1 root root 448 Sep 22 17:34 config
  2. drwxr-xr-x 5 root root 4096 Sep 22 17:27 strict
  3. drwxr-xr-x 5 root root 4096 Sep 22 17:28 targeted

5. SELinux工具

1) /usr/sbin/setenforce — 修改SELinux運行模式，例子如下：

• setenforce 1 — SELinux以強制(enforcing)模式運行
• setenforce 0 — SELinux以警告(permissive)模式運行

為了關閉SELinux，你可以修改配置文件：/etc/selinux/config或/etc/sysconfig/selinux


2) /usr/sbin/sestatus -v — 顯示系統的詳細狀態，例子如下：

[cpp] view plain copy
  1. SELinux status: enabled
  2. SELinuxfs mount: /selinux
  3. Current mode: enforcing
  4. Mode from config file: enforcing
  5. Policy version: 21
  6. Policy from config file: targeted
  8. Process contexts:
  9. Current context: user_u:system_r:unconfined_t:s0
  10. Init context: system_u:system_r:init_t:s0
  11. /sbin/mingetty system_u:system_r:getty_t:s0


3) /usr/bin/newrole — 在一個新的context或role中運行一個新的shell

4) /sbin/restorecon — 通過為適當的文件或安全環境標記擴展屬性，設置一個或多個文件的安全環境

5) /sbin/fixfiles — 檢查或校正文件系統中的安全環境數據庫

6) getsebool — getsebool -a：查看所有布爾值

7) setsebool — 參數-P，永久性設置

8) chcon 修改文件、目錄的安全上下文
chcon –u[user]
chcon –r[role]
chcon –t[type]
chcon –R 遞歸

6. 類型強制的安全上下文(Type Enforcement Security Context)

安全上下文是一個簡單的、一致的訪問控制屬性，在SELinux中，類型標識符是安全上下文的主要組成部分，由於歷史原因，一個進程的類型通常被稱為一個域（domain），"域"和"域類型"意思都一樣，我們不必苛刻地去區分或避免使用術語域，通常，我們認為【域】、【域類型】、【主體類型】和【進程類型】都是同義的，即都是安全上下文中的“TYPE”。

SELinux對系統中的許多命令做了修改，通過添加一個-Z選項顯示客體和主體的安全上下文。

1) 系統根據PAM子系統中的pam_selinux.so模塊設定登錄者運行程序的安全上下文；
2) 文件的Security Contex規則如下：

• rpm包安裝的：會根據rpm包內記錄來生成安全上下文；

• 手動創建的文件：會根據policy中規定的來設置安全上下文；

• cp：會重新生成安全上下文；

• mv：安全上下文則不變。

3) id -Z
顯示了你的shell的安全上下文；
4) ps -Z

檢查進程的安全上下文；
5) ls -Z
檢查文件、目錄的安全上下文；

6.1 安全上下文格式

所有操作系統訪問控制都是以關聯的客體和主體的某種類型的訪問控制屬性為基礎的。在SELinux中，訪問控制屬性叫做安全上下文。所有客體（文件、進程間通訊通道、套接字、網絡主機等）和主體（進程）都有與其關聯的安全上下文，一個安全上下文由三部分組成：用戶、角色和類型標識符。常常用下面的格式指定或顯示安全上下文：

USER：ROLE：TYPE[LEVEL[：CATEGORY]]

安全上下文中的用戶和角色標識符除了對強制有一點約束之外對類型強制訪問控制策略沒什麽影響，對於進程，用戶和角色標識符顯得更有意義，因為它們是用於控制類型和用戶標識符的聯合體，這樣就會與Linux用戶賬號關聯起來；然而，對於客體，用戶和角色標識符幾乎很少使用，為了規範管理，客體的角色常常是object_r，客體的用戶常常是創建客體的進程的用戶標識符，它們在訪問控制上沒什麽作用。

標準Linux安全中的用戶ID和安全上下文中的用戶標識符之間的區別，就技術而論，它們是正交標識符，分別用於標準的和安全增強的訪問控制機制，這兩者之間的任一相互關聯都是通過登陸進程按照規範嚴格規定的，而不是通過SELinux策略直接強制實施的。

6.1.1 USER

1) user identity：類似Linux系統中的UID，提供身份識別，用來記錄身份；安全上下文的一部分；
2) 三種常見的 user:

• user_u ：普通用戶登錄系統後的預設；
• system_u ：開機過程中系統進程的預設；
• root ：root 登錄後的預設；

3) 在 targeted policy 中 users 不是很重要；
4) 在strict policy 中比較重要，所有預設的 SELinux Users 都是以 “_u” 結尾的，root 除外。

6.1.2 ROLE

1) 文件、目錄和設備的role：通常是 object_r；
2) 程序的role：通常是 system_r；
3) 用戶的role：targeted policy為system_r； strict policy為sysadm_r、staff_r、user_r；用戶的role，類似系統中的GID，不同角色具備不同的的權限；用戶可以具備多個role；但是同一時間內只能使用一個role；

4) 使用基於RBAC(Roles Based Access Control) 的strict和mls策略中，用來存儲角色信息

6.1.3 TYPE

1) type：用來將主體(subject)和客體(object)劃分為不同的組，給每個主體和系統中的客體定義了一個類型；為進程運行提供最低的權限環境；
2) 當一個類型與執行中的進程相關聯時，其type也稱為domain；
3) type是SElinux security context 中最重要的部位，是 SELinux Type Enforcement 的心臟，預設值以_t結尾；

LEVEL和CATEGORY：定義層次和分類，只用於mls策略中
• LEVEL：代表安全等級,目前已經定義的安全等級為s0-s15,等級越來越高
• CATEGORY：代表分類，目前已經定義的分類為c0-c1023

6.2 對比SELinux和標準Linux的訪問控制屬性

在標準Linux中，主體的訪問控制屬性是與進程通過在內核中的進程結構關聯的真實有效的用戶和組ID，這些屬性通過內核利用大量工具進行保護，包括登陸進程和setuid程序，對於客體（如文件），文件的inode包括一套訪問模式位、文件用戶和組ID。以前的訪問控制基於讀/寫/執行這三個控制位，文件所有者、文件所有者所屬組、其他人各一套。

在SELinux中，訪問控制屬性總是安全上下文三人組(用戶：角色：類型)形式，所有客體和主體都有一個關聯的安全上下文。需要特別指出的是，因為SELinux的主要訪問控制特性是類型強制，安全上下文中的類型標識符決定了訪問權。

註意：SELinux是在標準Linux基礎上增加了類型強制(TE: Type Enforcement)，這就意味著標準Linux和SELinux訪問控制都必須滿足先要能訪問一個客體，例如：如果我們對某個文件有SELinux寫入權限，但我們沒有該文件的w許可，那麽我們也不能寫該文件。下表總結了標準Linux和SELinux之間訪問控制屬性的對比：

標準Linux SELInux
進程安全屬性 真實有效的用戶和組ID 安全上下文
客體安全屬性 訪問模式、文件用戶和組ID 安全上下文
訪問控制基礎 進程用戶/組ID和文件的訪問模式，
此訪問模式基於文件的用戶/組ID		 在進程類型和文件類型
之間允許的許可


6.3 小結

1) 系統中每個文件、目錄、網絡端口等都被指定一個安全上下文，policy 則給出各安全上下文之間的作用規則。
2) SELinux根據policy及security context規則來決定存取行為是否可執行；
3) Subject(主體)：系統進程，比如/usr/sbin/httpd；
4) Object(客體)：被存取的項目，比如File、Directory、IP、Socket等；

7. 類型強制(TE)訪問控制

在SELinux中，所有訪問都必須明確授權，SELinux默認不允許任何訪問，不管Linux用戶/組ID是什麽。這就意味著在SELinux中，沒有默認的超級用戶了，與標準Linux中的root不一樣，通過指定主體類型（即域）和客體類型使用allow規則授予訪問權限，allow規則由四部分組成：

• 源類型（Source type(s) ） 通常是嘗試訪問的進程的域類型
• 目標類型（Target type(s) ） 被進程訪問的客體的類型
• 客體類別（Object class(es)） 指定允許訪問的客體的類型
• 許可（Permission(s)） 象征目標類型允許源類型訪問客體類型的訪問種類
舉例如下：

[cpp] view plain copy
  1. allow user_t bin_t : file {read execute getattr};

這個例子顯示了TE allow規則的基礎語法，這個規則包含了兩個類型標識符：源類型(或主體類型或域)user_t，目標類型(或客體類型)bin_t。標識符file是定義在策略中的客體類別名稱(在這裏，表示一個普通的文件)，大括號中包括的許可是文件客體類別有效許可的一個子集，這個規則解釋如下：

擁有域類型user_t的進程可以讀/執行或獲取具有bin_t類型的文件客體的屬性。

SELinux allow規則如之前的例子在SELinux中實際上都是授予訪問權的，真正的挑戰是如何保證數以萬計的訪問正確授權，只授予必須的權限，實現盡可能的安全。

7.1 標準Linux安全中的setuid程序

精通用戶joe想安全地修改現有的密碼問題，Linux解決這個問題的方法是通過給passwd賦一個setuid值，使其執行時具有root權限，如果你在一個普通Linux系統上列出密碼文件，你看到的會是：

[cpp] view plain copy
  1. # ls -l /usr/bin/passwd
  2. -rwsr-xr-x. 1 root root 41292 Sep 7 2012 /usr/bin/passwd

這裏註意兩件事，第一個是在所有者權限的x位置被設置為s了，這就是所謂的setuid位，意思是任何執行這個文件的進程，它的有效UID（即用戶ID）將會被改為文件所有者。這裏，root是文件所有者，因此當執行密碼程序時實際上將會以root用戶的ID運行。其執行過程如下圖所示：

技術分享

從上面的分析中可以看出，passwd以root權限的身份運行， 它可以訪問系統的任何資源，這給系統帶來了安全問題，其實它只需要訪問shadow及其相關的文件就可以了。而且shadow只需要接受passwd的訪問即可。這在標準Linux中是無法做到的，而TE(類型強制)可實現此功能。

8. 基於角色的訪問控制

SELinux也提供了一種基於角色的訪問控制（RBAC），SELinux的RBAC特性是依靠類型強制建立的，SELinux中的訪問控制主要是通過類型實現的，角色基於進程安全上下文中的角色標識符限制進程可以轉變的類型，如此，策略編寫器可以創建一個角色，允許它轉變為一套域類型（假設類型強制規則允許轉變），從而定義角色的限制。

9. SELinux中的多級安全(Multi-Level Security)

類型強制(Type Enforcement)無疑是SELinux引入的最重要的強制訪問控制（MAC）機制，然而，在某些情況下，主要是保密控制應用程序的一個子集，傳統的多級安全（MLS）MAC與類型強制一起使用顯得更有價值，在這些情況下，SELinux總是包括某種格式的MLS功能，MLS特性是可選的，在SELinux的兩個MAC機制中，它通常不是最重要的那個，對大多數安全應用程序而言，包括許多非保密數據應用程序，類型強制是最適合的安全增強的機制，盡管如此，MLS對部分應用程序還是增強了安全性。

在大多數SELinux策略中，敏感度(s0，s1，...)和範疇(c0，c1，...)使用通配名，將它留給用戶空間程序和程序庫，以指定有意義的用戶名。(例如：s0可能與UNCLASSIFIED 關聯，s1可能與SECRET關聯)
為了支持MLS，安全上下文被擴展了，包括了安全級別，如：

[cpp] view plain copy
  1. user:role:type:sensitivity[:category,...] [-sensitivity[:category,...]]


例子如下所示：

[cpp] view plain copy
  1. root@luohj-virtual-machine:~# ps -aZ
  2. LABEL PID TTY TIME CMD
  3. unconfined_u:system_r:insmod_t:s0-s0:c0.c255 4940 pts/0 00:00:00 passwd

註意MLS安全上下文至少必須有一個安全級別（它由單個敏感度和0個或多個範疇組成），但可以包括兩個安全級別，這兩個安全級別分別被叫做低（或進程趨勢）和高（或進程間隙），如果高安全級別丟失，它會被認為與低安全級別的值是相同的（最常見的情況），實際上，對於客體和進程而言，低和高安全級別通常都是相同的，通常用於進程的級別範圍被認為是受信任的主體（即進程信任降級信息）或多層客體，如一個目錄，它又包括了不同安全級別的客體。為了使描述簡單，假設所有的進程和客體都只有一個安全級別。

10. 策略分析工具apol

apol(即analyze policy【分析策略】)工具是一個成熟的SELinux策略分析工具，它位於setools工具包中。使用它打開policy.xx文件即可分析所有的相關策略。xx為策略編譯器(checkpolicy)的版本號。

技術分享

11. 小結

SELinux訪問控制是基於與所有系統資源(包括進程)關聯的安全上下文的，安全上下文包括三個組件：用戶、角色和類型標識符。類型標識符是訪問控制的主要基礎。

在SELinux中，訪問控制的主要特性是類型強制，在主體(即進程)與客體之間通過指定allow規則(主體的類型【也叫做域類型】是源，客體的類型是目標)進行訪問授權，訪問被授予特定的客體類別，為每個客體類別設置細粒度的許可。

類型強制的一個關鍵優勢是它可以控制哪個程序可能運行在給定的域類型上，因此，它允許對單個程序進行訪問控制（比起用戶級的安全控制要安全得多了），使程序進入另一個域（即以一個給定的進程類型運行）叫做域轉變，它是通過SELinux的allow規則緊密控制的，SELinux也允許通過type_transition 文件使域轉變自動發生。

SELinux在訪問控制安全上下文中不直接使用角色標識符，相反，所有的訪問都是基於類型的，角色用於關聯允許的域類型，這樣可以設置類型強制允許的功能組合到一起，將用戶作為一個角色進行認證。

SELinux提供了一個可選的MLS訪問控制機制，它提供了更多的訪問限制，MLS特性依靠TE機制建立起來的，MLS擴展了安全上下文的內容，包括了一個當前的（或低）安全級別和一個可選的高安全級別。












參考：http://www.centos.org/docs/5/html/Deployment_Guide-en-US/selg-overview.html

http://wenku.baidu.com/view/df89fe235901020207409c49.html

http://wenku.baidu.com/view/fed9abb569dc5022aaea002d.html

http://selinux.sourceforge.net Homepage for the SELinux community.

http://www.nsa.gov/selinux/ Homepage for the NSA SELinux development team. Many resources are available in HTML and PDF formats. Although many of these links are not SELinux specific, some concepts may apply.

http://fedora.redhat.com/docs/ Homepage for the Fedora documentation project, which contains Fedora Core specific materials that may be more timely, since the release cycle is much shorter.

http://wenku.baidu.com/view/4d26594fc850ad02de804189.html

SELinux深入理解

相關推薦

SELinux深入理解

兩件 jsb 過程 ted 解決 gui 也不能 只有一個 cell 1. 簡介 SELinux帶給Linux的主要價值是：提供了一個靈活的，可配置的MAC機制。 Security-Enhanced linux (SELinux)由以下兩部分組成：

深入理解SELinux SEAndroid（第一部分）

按哥的習慣，應該是全部洗剪吹完後再發，不過今年是馬年，什麼都強調 馬上。所以 現在就先奉獻 馬上有第一部分  祝各位同仁，朋友 馬年快樂。深入理解SELinux SEAndroidSEAndroid是Google在Android 4.4上正式推出的一套以SELinux為基礎於

深入理解SELinux SEAndroid之二

今天公司年會，哥高興，所以釋出第二部。SELinux/SEAndroid一共分三部分。第一和第二部分是SELinux的基礎知識，第三部分是SEAndroid的工作原始碼分析。        深入理解SE

深入理解SELinux/SEAndroid

  關於SEAndroid的更多官方說明，請參考 http://source.android.com/devices/tech/security/se-linux.html 有了上文的SELinux的基礎知識，本節再來看看Google是如何在Android平臺定製SEL

(轉存 作者未知)深入理解HTML協議

期望 intern 屬於 公告欄 機制 被拒 定向 圖片 工具欄 深入理解HTML協議 http協議學 習系列 1. 基礎概念篇 1.1 介紹 HTTP是Hyper Text Transfer Protocol（超文本傳輸協議）的縮寫。它的發展是萬維網協會（World

深入理解hostname

network 配置文件 release linux 知識點 當我覺得對Linux系統下修改hostname已經非常熟悉的時候，今天碰到了幾個個問題，這幾個問題給我好好上了一課，很多知識點，當你覺得你已經掌握的時候，其實你了解的還只是皮毛。技術活，切勿淺嘗則止！實驗環境：Red Hat E

javascript深入理解js閉包

bag 思考 2個 表達式 proto window對象 來看 連接 第一次 閉包（closure）是Javascript語言的一個難點，也是它的特色，很多高級應用都要依靠閉包實現。 一、變量的作用域 要理解閉包，首先必須理解Javascript特殊的變量作用域。

JSON 的深入理解

jos 數據轉換 不同 宋體 ges 分隔 blog 結構 集合 JSON 知識 JSON(JavaScript Object Notataion)javascript的對象表示形式，但是目前已經發展為一種輕量級的數據交互格式。 特點：完全獨立於語言的文本格式，跨平臺，有結

深入理解 CSS3 彈性盒布局模型

分辨率 top 應用 時間 控制 用戶 lock fire 應用開發 彈性盒布局模型（Flexible Box Layout）是 CSS3 規範中提出的一種新的布局方式。該布局模型的目的是提供一種更加高效的方式來對容器中的條目進行布局、對齊和分配空間。這種布局

深入理解javascript之設計模式

rip 是我 解決問題 不想 接受 button move center 常識 設計模式 設計模式是命名、抽象和識別對可重用的面向對象設計實用的的通用設計結構。設計模式確定類和他們的實體、他們的角色和協作、還有他們的責任分配。 每個設計模式都聚焦於一個面向對象的設計難題

(轉)final關鍵字的深入理解

多線程 body error app nds ann this tar order 轉自http://www.importnew.com/7553.html Java中的final關鍵字非常重要，它可以應用於類、方法以及變量。這篇文章中我將帶你看看什麽是final關鍵字？將

深入理解計算機系統-作業2.10

oid 位置 pla borde 作業2 nbsp body 開始 width 1 void inplace_swap(int *x, int *y){ 2 *y = *x ^ *y;/*step1*/ 3 *x = *x ^ *y;/*step2*/ 4

深入理解Activity啟動流程(二)–Activity啟動相關類的類圖

b- ive ava ani affinity server 組織 詳細 pac 本文原創作者:Cloud Chou. 歡迎轉載，請註明出處和本文鏈接 本系列博客將詳細闡述Activity的啟動流程，這些博客基於Cm 10.1源碼研究。 在介紹Activity的詳細啟動流程

深入理解HTTP協議

不想 session 位與 裏的 ec2 只需要 空間 html文檔 動態 1. 基礎概念篇 1.1 介紹 HTTP是Hyper Text Transfer Protocol（超文本傳輸協議）的縮寫。它的發展是萬維網協會（World Wide Web Consortiu

深入理解Java虛擬機- 學習筆記 - 虛擬機類加載機制

支持 pub eth 獲取 事件 必須 string 沒有 字節碼 虛擬機把描述類的數據從Class文件加載道內存，並對數據進行校驗，轉換解析和初始化，最終形成可以被虛擬機直接使用的Java類型，這就是虛擬機的類加載機制。在Java裏，類型的加載、連接和初始化過程都是在程序

《深入理解C指針》學習筆記（1）--- 指針之外

結構 def form 學習 編程 stdlib.h struct 一個 char 　　C語言從誕生之初就非常善於和硬件打交道，經過這麽多年的發展之後，其靈活性和超強的特征是受到幾乎所有程序員的肯定。C語言的這種靈活性很大一部分程度來源與C指針，指針為C語言動態操控內存提供

深入理解AsyncTask

需要 cancel ngs trac 下載 深入理解 回收 生命 str 眾所周知，在Android中如果要執行耗時的操作，一般是在子線程中處理，使用new Thread的方法實現是最常見的方法之一。今天，我們要講的是另外一個，Android提供的異步任務類AsyncTas

深入理解 JBoss 7/WildFly Domain 模式啟動過程

ket builder 代碼調試 ref finished rop mas stopped rgs 概述JBoss 7/WildFly 以 domain 模式啟動時會啟動多個 JVM。比如例如以下通過啟動腳本啟動 domain 模式：./domain.sh啟動後我們查看進

深入理解計算機系統 第三章大略和第五章大略

$0 一個 編譯 存儲器 系統 32位 做了 ++i 擴展 這2章總結的很少，主要是覺得沒那麽重要。 1.2個操作數的指令，第二個操作數通常是目的操作數:movb a b，move a to b,而add a b,b+=a，指令分為指令類，如mov類：movb,movw,m

電子書 深入理解計算機系統.pdf

大量 內容 ora 其他 hal 科學 本科生 and acm 內容簡介　　和第2版相比，本版內容上*大的變化是，從以IA32和x86-64為基礎轉變為完全以x86-64為基礎。主要更新如下：　　基於x86-64，大量地重寫代碼，首次介紹對處理浮點數據的程序的機器級支持。