系列簡介 本系列系統記錄基於 OHCI (Open Host Controller Interface) 規范實現 USB 主機驅動的全過程，從寄存器操作到文件

謎題：Qt 頭文件裡的 Q_D、Q_Q 是什麼？ 閱讀 Qt 源碼，滿屏 Q_D(Class)、Q_Q(Class) 宏。它們是 Qt 實現**編譯防火牆 (C

系列初衷 《Qt學習之路》側重 API 使用教程，而本系列《Qt源碼剖析》聚焦源代碼級的設計智慧。目標不是重寫一個 Qt，而是像研讀編譯器設計一樣，從 Qt 源

環境準備 IDE: Visual Studio 2008 Irrlicht SDK: 1.3 版 (官網下載) FreeType: 2.2.1 版 (Sour

為什麼需要共享庫？ 觀察 Windows 程序目錄會發現：主程式 .exe 往往只有幾百 KB，伴隨大量 .dll 文件。這些動態鏈接庫 (共享庫) 的優勢在於

項目背景 本報告記錄在 TI DM642 (C64x+ 架構) 上實現定點 FFT 的算法設計、溢出處理策略、運行性能（周期數/時間）及精度對比測試結果。參考浮

經典面試題 某軟件公司筆試題：「請寫一個宏，計算靜態數組的元素個數」。標準答案： #define countof(arr) sizeof(arr)/sizeof

功能概述 本文展示基於 OHCI 協議的 USB 主機控制器中，針對 UFI（Uniform Floppy Interface）協議的寫扇區命令實現代碼。該功能

緣起：一場關於宏寫法的爭論 幾天前我發表了一篇關於 C 語言可變參數處理的博文，本意是分享用函數型宏處理變參的技巧，沒想到卻因為宏的封裝方式引發了激烈討論。許多

痛點：va_list 傳遞的繁瑣與不安全 標準 printf 族函數內部處理變參簡單，但封裝二次開發時極其麻煩： void Func(char* szForma

引子：一篇博客引發的深思 網友 ZhaoLS 發文《生成不重復的隨機數序列》，界面精美、輸出整齊、報告詳盡。但我讀後久久不能釋懷：**測試代碼為何要寫得這麼「重

緣起 發表《我以前用過的一個洗牌算法》後，有網友提出另一種實現：以指針順序遍歷數組，每位置與「指針下方所有牌」隨機交換（即 Fisher-Yates/Knuth

背景 在實現 USB 大容量存儲設備（BOT 協議）主機驅動時，需向設備下發 SCSI 透明命令集（UFI/SCSI Primary Commands）。本文定

提問：為何不統一用 size_t/unsigned int？ 讀者「和平」觀察到：C++ Primer 建議容量類變量用 size_t（無符號、語義清晰），但

跨平台的兩個維度 硬件平台差異（指令集、字節序）通常由編譯器屏蔽；軟件平台差異（Windows vs Linux/Unix API）才是我們面對的核心挑戰。Qt

背景：HashCache 回寫線程的時間片困境 多線程 HashCache 需後台線程定期遍歷節點回寫髒數據。磁盤 I/O 耗時不可控，若長期持有大鎖會嚴重阻塞

什麼是進程間交互（IPC）？ 廣義上，所有 I/O 均為數據交互。Linux 將設備抽象為文件，進程間通信本質也是文件操作。Qt 提供 QProcess 類封裝

前言：拒絕「工具崇拜」，擁抱「效率優先」 許多初學者糾結於「Linux 下必須用 Vim/Emacs」的迷思。實際上，**工具服務於產出**，而非相反。本文分享

為什麼選擇 Edge-Triggered？ 在高併發網絡服務開發中，epoll 的邊緣觸發（ET）模式能顯著減少系統調用開銷。不同於水平觸發（LT）會持續通知就

前言 前幾天與幾位從事線上棋牌遊戲開發的朋友聚會，話題自然落在洗牌算法上。因為早年開發過多款撲克遊戲，手邊正好有一個現成的洗牌實作，便拿出來與大家分享驗證。這個