嵌入式 GUI 選型背景

常見方案：Qt/Embedded、FLTK、Microwindows、GTK+。選型需考量：定制改造難度、改造後體積大小。本文深度分析 **GTK+ 運行於 X，X 運行於 framebuffer** 方案。

GTK+/X 在嵌入式系統的七大優勢

1. 穩定可靠： X Window 長期開發實踐，GTK+ 成熟開源專案
2. Client/Server 架構靈活： 單應用崩潰不影響圖形系統，利於第三方應用擴展
3. 優秀可移植性： GDK 抽象底層窗口管理，移植 GTK+ 僅需移植 GDK；GLIB 提供資料類型/巨集/字串處理工具集，減少重複代碼與體積
4. 易於裁剪： 良好配置選項與清晰代碼結構，安全移除不需模組
5. 豐富應用生態： 廣泛用於重要系統
6. 寬鬆授權： GTK+ LGPL、X non-copyleft free license，第三方自由鏈接
7. 純 C 語言實現： GTK+ 用 C 實現面向對象架構，無 C++ 複雜性

競品對比

• Qt/Embedded： 完整 framebuffer GUI、高效渲染、支援 TrueType/alpha blending，但 GPL/商業雙授權（商用需付費）、C++ 體積大（iPAQ QPE：3.3MB Qt/E + 718KB QPE）、穩定性待提升
• FLTK： 小型 C++ GUI、特性少、應用有限、成熟度不足
• Microwindows： 佔用 100-600KB，不錯選擇，但 GTK+ 移植尚不成熟

X Window：比想像中小得多

社區大量裁剪工作，最知名 TinyX：移除不需代碼、去除 XLIB 靜態資料（顏色管理、弧形、粗線條等），顯著縮小體積。經裁剪後 GTK+/X 效率甚至優於 GTK+/FB 和 Qt/E，XLIB 對應用開發支援更好、開發更高效。

GTK+ 裁剪實戰三大方向

1. 移除不需 Widgets

刪除 GtkGamma、GtkHRuler、過時 GtkList（被 GtkCList 取代）、不需 GtkFrame 邊框等。

2. 調整 Widgets 尺寸與繪製方式

主題引擎機制不夠靈活、硬編碼多、主題即額外代碼段增加體積。需簡化：按鈕大小涉及邊框寬度、x/y 位置、預設間距/位置常量、焦點獲取等參數。嵌入式不需如此完整，依實際需求精簡代碼。面向對象繼承窗口 Widget 特性作為子類亦有效。

3. GtkWindow 改進：軟鍵盤支援

GTK+ 假定窗口嵌套關係，但嵌入式常見軟鍵盤超出窗口範圍。需為 GtkWindow 增加特性：將軟鍵盤視為特殊子窗口，處理按鍵事件並轉發給工具欄。回調函數註冊至原始窗口，增加介面創建/響應按鍵事件。小螢幕下簡化捲動條（去邊框、單條）。

字體管理系統重構

痛點：GTK+ 大型 Widget 風格與 X 傳統字體管理結合導致問題。GtkStyle 大型物件，不同字體大小窗口各持唯一 GtkStyle 浪費記憶體。X 將不同外形視為不同字體，難以動態變粗/變大。

解決方案：封裝 GtkStyle，屬性化字體控制

在 GtkWidget 結構加入 GdkFont *font：

gtk_widget_set_font_bold(widget, TRUE);
gtk_widget_set_font_enlarge(widget, 1);  // 基礎字體放大 1 號

邏輯：設定了 widget->font 使用它，否則回退 widget->style->font。比直接用 X 字體名稱靈活得多。

窗口管理器選擇：Aewm

輕量級開源 X 窗口管理器。嵌入式策略：最上層窗口獲取焦點，僅對話框可移動顯示標題欄。管理內部/外部應用窗口，Socket 連接命名，支援窗口堆疊控制、焦點轉移通知。

ARM 平台實測數據

• 裁剪後 GTK+ 可至 **850KB**，總體大小控制在 **2.8MB**
• ARM7 100MHz 運行效果良好：窗口響應迅速、新畫面創建/顯示速度可接受
• 啟動時間瓶頸： 2.4 秒載入顯示，其中 1.5 秒花在 UI 建立顯示。PC 跑應用 ARM 顯示幾乎無延遲；ARM 跑應用 PC 顯示性能待分析。瓶頸在 GTK+/X/framebuffer 鏈路上