內核的連載內容包括 RT-Thread 內核基礎：內核簡介、系統的啟動流程及內核配置的部分內容，以上內容都是為后面的章節奠定基礎。本章內容將分為3篇連載！

RT-Thread 內核的簡單介紹，從軟件架構入手講解實時內核的組成與實現，這部分給初學者引入一些 RT-Thread 內核相關的概念與基礎知識，讓初學者對內核有初步的了解。學完本章內容以后，讀者將會對 RT-Thread 內核有基本的了解，知道內核的組成部分、系統如何啟動、內存分布情況以及內核配置方法。

RT-Thread 內核介紹

內核是操作系統最基礎也是最重要的部分。下圖為 RT-Thread 內核架構圖，內核處于硬件層之上，內核部分包括內核庫、實時內核實現。

內核庫是為了保證內核能夠獨立運行的一套小型的類似 C 庫的函數實現子集。這部分根據編譯器的不同自帶 C 庫的情況也會有些不同，當使用 GNU GCC 編譯器時，會攜帶更多的標準 C 庫實現。

實時內核的實現包括：對象管理、線程管理及調度器、線程間通信管理、時鐘管理及內存管理等等，內核最小的資源占用情況是 3KB ROM，1.2KB RAM。

線程調度

線程是 RT-Thread 操作系統中最小的調度單位，線程調度算法是基于優先級的全搶占式多線程調度算法，即在系統中除了中斷處理函數、調度器上鎖部分的代碼和禁止中斷的代碼是不可搶占的之外，系統的其他部分都是可以搶占的，包括線程調度器自身。支持 256 個線程優先級（也可通過配置文件更改為最大支持 32 個或 8 個線程優先級，針對 STM32 默認配置是 32 個線程優先級），0 優先級代表最高優先級，最低優先級留給空閑線程使用；同時它也支持創建多個具有相同優先級的線程，相同優先級的線程間采用時間片的輪轉調度算法進行調度，使每個線程運行相應時間；另外調度器在尋找那些處于就緒狀態的具有最高優先級的線程時，所經歷的時間是恒定的，系統也不限制線程數量的多少，線程數目只和硬件平臺的具體內存相關。

線程管理將在后面的《線程管理》章節詳細介紹。

時鐘管理

RT-Thread 的時鐘管理以時鐘節拍為基礎，時鐘節拍是 RT-Thread 操作系統中最小的時鐘單位。RT-Thread 的定時器提供兩類定時器機制：第一類是單次觸發定時器，這類定時器在啟動后只會觸發一次定時器事件，然后定時器自動停止。第二類是周期觸發定時器，這類定時器會周期性的觸發定時器事件，直到用戶手動的停止定時器否則將永遠持續執行下去。

另外，根據超時函數執行時所處的上下文環境，RT-Thread 的定時器可以設置為 HARD_TIMER 模式或者 SOFT_TIMER 模式。

通常使用定時器定時回調函數（即超時函數），完成定時服務。用戶根據自己對定時處理的實時性要求選擇合適類型的定時器。

定時器將在后面的《時鐘管理》章節展開講解。

線程間同步

RT-Thread 采用信號量、互斥量與事件集實現線程間同步。線程通過對信號量、互斥量的獲取與釋放進行同步；互斥量采用優先級繼承的方式解決了實時系統常見的優先級翻轉問題。線程同步機制支持線程按優先級等待或按先進先出方式獲取信號量或互斥量。線程通過對事件的發送與接收進行同步；事件集支持多事件的 “或觸發” 和“與觸發”，適合于線程等待多個事件的情況。

信號量、互斥量與事件集的概念將在后面的《線程間同步》章節詳細介紹。

線程間通信

RT-Thread 支持郵箱和消息隊列等通信機制。郵箱中一封郵件的長度固定為 4 字節大小；消息隊列能夠接收不固定長度的消息，并把消息緩存在自己的內存空間中。郵箱效率較消息隊列更為高效。郵箱和消息隊列的發送動作可安全用于中斷服務例程中。通信機制支持線程按優先級等待或按先進先出方式獲取。

郵箱和消息隊列的概念將在后面的《線程間通信》章節詳細介紹。

內存管理

RT-Thread 支持靜態內存池管理及動態內存堆管理。當靜態內存池具有可用內存時，系統對內存塊分配的時間將是恒定的；當靜態內存池為空時，系統將申請內存塊的線程掛起或阻塞掉 (即線程等待一段時間后仍未獲得內存塊就放棄申請并返回，或者立刻返回。等待的時間取決于申請內存塊時設置的等待時間參數)，當其他線程釋放內存塊到內存池時，如果有掛起的待分配內存塊的線程存在的話，則系統會將這個線程喚醒。

動態內存堆管理模塊在系統資源不同的情況下，分別提供了面向小內存系統的內存管理算法及面向大內存系統的SLAB 內存管理算法。福利：在電子發燒友網公眾號回復資料，免費領取一份模電資料集

還有一種動態內存堆管理叫做 memheap，適用于系統含有多個地址可不連續的內存堆。使用 memheap 可以將多個內存堆 “粘貼” 在一起，讓用戶操作起來像是在操作一個內存堆。

內存管理的概念將在后面的《內存管理》章節展開講解。

I/O 設備管理

RT-Thread 將 PIN、I2C、SPI、USB、UART 等作為外設設備，統一通過設備注冊完成。實現了按名稱訪問的設備管理子系統，可按照統一的 API 界面訪問硬件設備。在設備驅動接口上，根據嵌入式系統的特點，對不同的設備可以掛接相應的事件。當設備事件觸發時，由驅動程序通知給上層的應用程序。

I/O 設備管理的概念將在后面的《設備模型》及《通用設備》章節展開講解。