首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
您现在的位置: 程式碼之家 >> 編程語言 >  >> 更多程式語言 >> 程式設計綜合問答

80386 保護模式記憶體尋址機制:為何仍需段選擇子而非單純 32 位平坦地址

     編輯:程式設計綜合問答

疑問核心

80386 地址總線 32 位,通用暫存器 32 位,為何不直接用單一 32 位暫存器尋址,而沿用段基址+偏移量機制?

設計考量

  1. 記憶體保護與隔離:段描述符包含基址、限長、特權級 (DPL)、類型 (代碼/資料/系統)。每個段獨立檢查越界與權限,實現進程/任務隔離,單一平坦地址無法原生支援細粒度保護。
  2. 分頁機制的基礎:段機制將邏輯地址轉為線性地址,再由分頁單元轉換為物理地址。段提供二級轉換,支援「段內分頁」,便於共享庫、線程局部存儲 (TLS) 等場景。
  3. 向下相容:保留實模式/虛擬8086模式段語義,簡化舊代碼移植。
  4. 平坦模式其實存在:將所有段基址設 0、限長 4GB、DPL=0,即實現「單一 32 位地址空間」,這正是現代作業系統 (Linux/Windows) 在保護模式下的常用配置。段選擇子退化為固定值 (如 __KERNEL_CS, __USER_DS),應用層感覺不到分段。

總結

段機制不是為了尋址寬度,而是為了記憶體管理、保護與多任務。平坦模式是段機制的一種特殊配置,而非段機制的替代品。

  1. 上一篇文章:
  2. 下一篇文章:
Copyright © 程式碼之家 All Rights Reserved