核心結論先行 typedef 是編譯階段的類型別名機制，具有語義封裝性；#define 是預處理階段的文本替換，無類型語義。 機制層面對比 維度type

系統功能總覽 選項功能核心操作 1添加學生成績尾插法建立鏈表 2按學號查找遍歷比對學號 3按姓名查找遍歷比對姓名 4按學號刪除單鏈表刪除節點 5按姓名刪除單鏈

整體架構設計 採用 雙層 UIScrollView 嵌套 架構： 外層 ScrollView：水平分頁滾動，承載多張圖片頁面 內層 ScrollView：單張

實作架構設計 採用 單一程式碼、參數決定角色 的模式： -w：發送者 (Writer) — 向隊列寫入訊息 -r：接收者 (Reader) — 從隊列讀取訊息

消息隊列核心概念 消息隊列是 System V IPC 機制的一種，提供 內核持久化的訊息緩衝區。特點： ✅ 訊息為單位 (而非位元組流)，保持邊界 ✅ 支援

庫函數設計哲學 ST 官方標準外設庫 (StdPeriph_Lib) 採用 結構體配置 + 統一 API 風格，將寄存器操作封裝為高層函數，降低開發門檻、提高代

Runtime 是什麼？ Runtime 是一套 純 C 語言 API 库，構成 Objective-C 的動態運行基礎。所有 OC 代碼最終編譯為 Runti

問題描述 給定一棵 N 個節點的樹 (N ≤ 50,000)，初始所有節點權值為 0。進行 K 次操作 (K ≤ 100,000)，每次指定兩節點 s, t，將

實作步驟總覽 semget：建立/獲取信號量集 semctl + SETVAL：初始化信號量值 semop (P操作)：進入臨界區 執行臨界區程式碼 semo

為什麼有這麼多 IPC 機制？ 從 Unix 早期到現代 Linux，IPC 機制隨著硬體能力、應用複雜度、效能需求演進。沒有「最好」的 IPC，只有「最適合」

信號量的誕生與本質 1965 年，Dijkstra 引入信號量解決並發程式設計中的同步與互斥問題。其核心定義： 信號量是一個非負整數，僅支援兩種 原子操作：P

信號量核心概念 信號量是 Dijkstra 提出的同步原語，本質是一個 非負整數計數器，支援兩種 原子操作： P 操作 (wait) 0 時遞減；= 0 時阻

爭議核心：銷量神話與評價倒掛 譚浩強《C程序設計》累計發行超過 1000 萬冊，堪稱國內計算機教材的「國民級」著作。然而網路上卻充斥著「錯漏百出」、「害人無數」

機器數與真值 機器數：計算機內部二進制表示，最高位為符號位（0 正、1 負） 真值：機器數對應的實際數學值 8 位機器數範圍：`[10000000, 0111

process 結構體定義 name) #endif PT_THREAD((* thread)(struct pt *, // 協程入口函數

RTX 內核核心能力 RTX（Real-Time eXecutive）是 ARM 官方提供的輕量級 RTOS，核心功能： 任務創建/刪除/調度（優先級搶佔式）

宏的本質：預處理器文本替換 `#define` 在**預處理階段**進行**標記級**替換，非文本簡潔替換。理解此點是避開所有陷阱的鑰匙。 一、簡單宏定義 #

項目目錄結構設計 sc_console/ ├── Makefile # 構建腳本 ├── main/ │ └── main.c

1. 變量初始化的本質差異 存儲類別未顯式初始化值存儲區生命週期 局部變量（auto）不定值（棧垃圾）棧函數調用期間 全局/靜態變量0（編譯器保證）BSS/數

start.S 核心流程 ARM 裸機啟動代碼（`start.S`）執行順序： 異常向量表：`_start` 處設置分支指令跳轉至 `reset`，其他異常預