1. 項(xiàng)目概述從像素到屏幕BMP圖片顯示的實(shí)戰(zhàn)解析在嵌入式GUI開(kāi)發(fā)里顯示一張圖片聽(tīng)起來(lái)是再基礎(chǔ)不過(guò)的功能。但當(dāng)你真正上手把一張?jiān)陔娔X上預(yù)覽好好的BMP圖放到你的STM32、NXP或者GD32的屏幕上時(shí)可能會(huì)遇到圖片“花屏”、顏色詭異、顯示位置不對(duì)甚至直接導(dǎo)致內(nèi)存溢出、系統(tǒng)卡死的問(wèn)題。這背后遠(yuǎn)不止一個(gè)GUI_DrawBitmap()函數(shù)調(diào)用那么簡(jiǎn)單。今天我們就來(lái)深挖一下在emWin這個(gè)老牌嵌入式圖形庫(kù)中如何穩(wěn)健、高效地顯示BMP圖片。無(wú)論你是剛接觸emWin的新手還是想優(yōu)化現(xiàn)有顯示流程的老鳥(niǎo)相信這篇從原理到避坑的完整梳理都能給你帶來(lái)實(shí)實(shí)在在的參考價(jià)值。emWin本身提供了對(duì)BMP格式的良好支持因?yàn)樗Y(jié)構(gòu)簡(jiǎn)單沒(méi)有壓縮像素?cái)?shù)據(jù)“直給”非常適合資源受限的嵌入式環(huán)境直接解碼。但“支持”不等于“好用”。從圖片的預(yù)處理、到內(nèi)存的管理、再到繪制API的選擇與優(yōu)化每一步都有門(mén)道。我們將圍繞一個(gè)核心目標(biāo)展開(kāi)如何在有限的單片機(jī)資源和內(nèi)存條件下清晰、快速且穩(wěn)定地顯示任意尺寸的BMP圖片。這不僅涉及emWin API的使用更關(guān)乎你對(duì)圖片格式、存儲(chǔ)介質(zhì)、內(nèi)存管理乃至LCD驅(qū)動(dòng)底層機(jī)制的深入理解。2. BMP圖片格式深度解析與嵌入式適配處理在動(dòng)手寫(xiě)代碼之前我們必須先吃透BMP文件本身。很多顯示問(wèn)題其根源就在于對(duì)圖片源文件的特性不了解。2.1 BMP文件結(jié)構(gòu)精講BMP文件主要分為四個(gè)部分文件頭、信息頭、調(diào)色板僅針對(duì)索引色和像素?cái)?shù)據(jù)。對(duì)于嵌入式開(kāi)發(fā)我們需要重點(diǎn)關(guān)注以下幾個(gè)字段文件頭中的文件大小和偏移量偏移量指明了像素?cái)?shù)據(jù)在文件中的起始位置。emWin的GUI_BMP_Draw()等函數(shù)需要這個(gè)信息來(lái)正確找到數(shù)據(jù)。信息頭中的寬度、高度和位深度這是核心中的核心。寬度和高度決定了你需要多少內(nèi)存來(lái)緩存這張圖片。需要注意的是BMP文件存儲(chǔ)的掃描行每一行像素必須是4字節(jié)對(duì)齊的。這意味著實(shí)際每一行在文件中占用的字節(jié)數(shù)可能比寬度 * 每像素字節(jié)數(shù)要大。計(jì)算方式是行字節(jié)數(shù) ((寬度 * 位深度 31) / 32) * 4。如果你直接用f_read讀取像素?cái)?shù)據(jù)到緩沖區(qū)而不考慮對(duì)齊顯示就會(huì)錯(cuò)位。位深度常見(jiàn)的有1位單色、4位16色、8位256色、16位高彩色、24位真彩色、32位帶Alpha通道。你的LCD驅(qū)動(dòng)和emWin配置支持的顏色格式必須與之匹配或兼容。例如你的LCD是RGB565格式16位那么顯示24位BMP時(shí)就需要進(jìn)行顏色空間轉(zhuǎn)換。2.2 嵌入式環(huán)境下的關(guān)鍵預(yù)處理步驟直接從Photoshop或畫(huà)圖保存的BMP往往不能直接用于嵌入式系統(tǒng)。必須進(jìn)行預(yù)處理位深度轉(zhuǎn)換這是最關(guān)鍵的步驟。強(qiáng)烈建議將圖片統(tǒng)一轉(zhuǎn)換為與你的LCD幀緩沖區(qū)格式一致的位深度。如果你的LCD是RGB565那么就將所有BMP轉(zhuǎn)為16位色深。工具可以使用Image2Lcd、Bmp2C或Python的PIL庫(kù)進(jìn)行批量處理。這樣做的好處是在顯示時(shí)無(wú)需實(shí)時(shí)轉(zhuǎn)換顏色格式節(jié)省大量CPU時(shí)間。注意24位BMPRGB888轉(zhuǎn)16位BMPRGB565是有損壓縮會(huì)損失一些顏色精度但對(duì)于大多數(shù)UI圖標(biāo)和圖片肉眼難以察覺(jué)換來(lái)的性能提升是巨大的。尺寸優(yōu)化確保圖片尺寸不超過(guò)屏幕分辨率并且最好是2的冪次方如32, 64, 128, 256有些底層加速算法或內(nèi)存對(duì)齊對(duì)此有優(yōu)化。對(duì)于過(guò)大的圖片應(yīng)考慮在PC端進(jìn)行縮放而不是在MCU上實(shí)時(shí)縮放。文件頭檢查使用十六進(jìn)制編輯器或簡(jiǎn)單的C程序檢查BMP的文件頭確保它是“BM”開(kāi)頭并且是Windows標(biāo)準(zhǔn)的BITMAPINFOHEADER信息頭大小為40字節(jié)。遇到過(guò)一些工具生成的“特殊”BMPemWin可能無(wú)法識(shí)別。實(shí)操心得我習(xí)慣建立一個(gè)獨(dú)立的“資源預(yù)處理”流水線。所有UI圖片素材由設(shè)計(jì)師提供PNG我統(tǒng)一用Python腳本使用PIL庫(kù)進(jìn)行尺寸調(diào)整、色深轉(zhuǎn)換至目標(biāo)RGB格式、并輸出為BMP。同時(shí)腳本會(huì)生成一份圖片信息的頭文件包含每張圖片的寬度、高度、位深度和文件大小方便在代碼中直接引用避免硬編碼。3. emWin顯示BMP的多種方案與選型策略emWin提供了不止一種顯示BMP的方法選擇哪種方案取決于你的圖片存儲(chǔ)位置外部Flash、SD卡、內(nèi)部Flash、內(nèi)存大小以及對(duì)顯示速度的要求。3.1 方案一從存儲(chǔ)器直接流式繪制這是最常用也是最基礎(chǔ)的方法使用GUI_BMP_Draw()或GUI_BMP_DrawEx()函數(shù)。圖片數(shù)據(jù)通常存放在外部SPI Flash、SD卡等存儲(chǔ)介質(zhì)中。// 示例從文件系統(tǒng)讀取并顯示BMP void ShowBMPFromFile(const char *filename, int x, int y) { FIL file; UINT bytesRead; FRESULT res; res f_open(file, filename, FA_READ); if (res ! FR_OK) { // 錯(cuò)誤處理 return; } // 關(guān)鍵使用 _DrawEx 函數(shù)并傳遞文件句柄和讀取函數(shù) GUI_BMP_DrawEx(_ReadBMPFromFile, file, x, y); f_close(file); } // 必須提供的回調(diào)函數(shù) static int _ReadBMPFromFile(void *p, U8 *pBuffer, int NumBytes) { FIL *file (FIL *)p; UINT bytesRead; f_read(file, pBuffer, NumBytes, bytesRead); return bytesRead; }優(yōu)點(diǎn)不占用額外的RAM除了文件IO緩沖區(qū)適合顯示大圖。缺點(diǎn)速度相對(duì)較慢因?yàn)樾枰贿吔馕鑫募^一邊繪制且頻繁的文件讀取可能成為瓶頸。3.2 方案二解碼到內(nèi)存位圖再繪制先將整個(gè)BMP文件解碼成emWin內(nèi)部識(shí)別的位圖對(duì)象GUI_BITMAP然后使用GUI_DrawBitmap()進(jìn)行繪制。圖片數(shù)據(jù)可以來(lái)自文件也可以直接是數(shù)組通過(guò)GUI_BMP_Create()從字節(jié)數(shù)組創(chuàng)建。// 示例將BMP文件數(shù)據(jù)解碼為內(nèi)存位圖 GUI_BITMAP bitmap; void *pData; // 指向已加載到內(nèi)存的BMP文件數(shù)據(jù) // 從內(nèi)存創(chuàng)建位圖對(duì)象 GUI_BMP_Create(bitmap, pData, GUI_BMP_MAKETRANS(255, 255, 255)); // 最后一個(gè)參數(shù)可設(shè)置透明色 // 在任意位置多次繪制無(wú)需重新解碼 GUI_DrawBitmap(bitmap, x, y);優(yōu)點(diǎn)一次解碼多次快速繪制。適合需要頻繁顯示如圖標(biāo)、動(dòng)畫(huà)幀的圖片。缺點(diǎn)解碼過(guò)程需要臨時(shí)內(nèi)存且解碼后的位圖對(duì)象GUI_BITMAP及其像素?cái)?shù)據(jù)會(huì)占用可觀的RAM。GUI_BITMAP中的pData指向的就是像素?cái)?shù)據(jù)本身。3.3 方案三使用存儲(chǔ)設(shè)備與內(nèi)存設(shè)備對(duì)于復(fù)雜的、有重疊或動(dòng)態(tài)效果的圖片顯示這是更高級(jí)和高效的方案。存儲(chǔ)設(shè)備將繪制操作“錄制”到一片內(nèi)存中然后快速“播放”到屏幕上。這對(duì)于組合了多張圖片、圖形和文字的復(fù)雜界面元素非常有效。// 創(chuàng)建存儲(chǔ)設(shè)備并繪制內(nèi)容 GUI_MEMDEV_Handle hMem GUI_MEMDEV_Create(0, 0, width, height); GUI_MEMDEV_Select(hMem); // 在此執(zhí)行所有繪制命令畫(huà)圖、畫(huà)文字等 GUI_DrawBitmap(bitmap, 0, 0); GUI_MEMDEV_Select(0); // 切回默認(rèn)設(shè)備 // 快速?gòu)?fù)制到屏幕 GUI_MEMDEV_CopyToLCD(hMem); GUI_MEMDEV_Delete(hMem); // 使用后刪除內(nèi)存設(shè)備直接在內(nèi)存中創(chuàng)建一個(gè)與屏幕區(qū)域?qū)?yīng)的緩沖區(qū)所有操作直接針對(duì)內(nèi)存進(jìn)行最后一次性更新到LCD。這是實(shí)現(xiàn)無(wú)閃爍動(dòng)畫(huà)和局部刷新的關(guān)鍵技術(shù)。GUI_MEMDEV_Handle hMem GUI_MEMDEV_CreateEx(0, 0, width, height, GUI_MEMDEV_HASTRANS); GUI_MEMDEV_Select(hMem); GUI_Clear(); // 繪制你的位圖 GUI_DrawBitmap(bitmap, 0, 0); GUI_MEMDEV_Select(0); // 將內(nèi)存設(shè)備內(nèi)容繪制到屏幕指定位置支持透明混合 GUI_MEMDEV_WriteAt(hMem, x, y);選型策略總結(jié)場(chǎng)景推薦方案理由顯示全屏背景大圖且只顯示一次方案一GUI_BMP_DrawEx直接流式繪制節(jié)省RAM實(shí)現(xiàn)簡(jiǎn)單。頻繁顯示的小圖標(biāo)如按鈕圖標(biāo)方案二解碼為GUI_BITMAP避免重復(fù)解碼和文件IO渲染極快。復(fù)雜的靜態(tài)界面元素如帶圖標(biāo)的對(duì)話框方案三存儲(chǔ)設(shè)備將整個(gè)元素的繪制結(jié)果緩存多次顯示效率高。實(shí)現(xiàn)圖片動(dòng)畫(huà)、局部更新、無(wú)閃爍渲染方案三內(nèi)存設(shè)備在內(nèi)存中完成所有繪制最后一次性更新屏幕消除撕裂感。踩坑提醒GUI_MEMDEV和GUI_BITMAP管理的內(nèi)存必須是內(nèi)部RAM或高速外部RAM如SDRAM。如果使用低速的QSPI Flash映射內(nèi)存XIP繪制性能會(huì)慘不忍睹。務(wù)必在鏈接腳本中為emWin動(dòng)態(tài)內(nèi)存分配指定正確的內(nèi)存區(qū)域。4. 實(shí)戰(zhàn)構(gòu)建一個(gè)健壯的BMP圖片顯示模塊理論說(shuō)再多不如一行代碼。我們來(lái)構(gòu)建一個(gè)在實(shí)際項(xiàng)目中可復(fù)用的BMP顯示模塊它需要處理從SD卡加載、格式檢查、內(nèi)存管理到最終繪制的全流程。4.1 模塊架構(gòu)設(shè)計(jì)我們將模塊分為三層硬件抽象層負(fù)責(zé)底層存儲(chǔ)SD卡、SPI Flash的讀寫(xiě)。這里以FatFS文件系統(tǒng)為例。圖片管理層負(fù)責(zé)BMP文件的解析、緩存管理。實(shí)現(xiàn)一個(gè)LRU最近最少使用緩存池管理已解碼的GUI_BITMAP對(duì)象。應(yīng)用接口層提供簡(jiǎn)單的ShowImage(const char *path, int x, int y)這樣的接口給上層應(yīng)用調(diào)用。4.2 核心代碼實(shí)現(xiàn)與注釋首先定義一個(gè)圖片緩存項(xiàng)結(jié)構(gòu)體typedef struct { char filename[32]; // 文件名作為鍵 GUI_BITMAP bitmap; // emWin位圖對(duì)象 uint32_t last_access_time; // 最后訪問(wèn)時(shí)間用于LRU淘汰 bool in_use; // 是否正在使用 } bmp_cache_item_t; #define BMP_CACHE_SIZE 5 // 緩存池大小根據(jù)RAM調(diào)整 static bmp_cache_item_t s_bmp_cache[BMP_CACHE_SIZE];接著實(shí)現(xiàn)一個(gè)帶緩存的BMP顯示函數(shù)int BMP_DisplayWithCache(const char *filename, int x, int y) { // 1. 查找緩存 int free_slot -1; int lru_slot 0; uint32_t oldest_time 0xFFFFFFFF; for (int i 0; i BMP_CACHE_SIZE; i) { if (s_bmp_cache[i].in_use strcmp(s_bmp_cache[i].filename, filename) 0) { // 命中緩存 s_bmp_cache[i].last_access_time HAL_GetTick(); GUI_DrawBitmap((s_bmp_cache[i].bitmap), x, y); return 0; // 成功 } if (!s_bmp_cache[i].in_use free_slot -1) { free_slot i; // 記錄空閑位置 } if (s_bmp_cache[i].in_use s_bmp_cache[i].last_access_time oldest_time) { oldest_time s_bmp_cache[i].last_access_time; lru_slot i; // 記錄最久未使用的項(xiàng) } } // 2. 緩存未命中需要加載 int target_slot; if (free_slot ! -1) { target_slot free_slot; // 有空閑直接用 } else { target_slot lru_slot; // 無(wú)空閑淘汰LRU項(xiàng) // **關(guān)鍵釋放舊位圖資源** GUI_BMP_Delete((s_bmp_cache[target_slot].bitmap)); } // 3. 從存儲(chǔ)介質(zhì)加載BMP文件數(shù)據(jù)到內(nèi)存緩沖區(qū) FIL file; UINT file_size; if (f_open(file, filename, FA_READ) ! FR_OK) { return -1; // 打開(kāi)文件失敗 } file_size f_size(file); uint8_t *pFileData (uint8_t *)GUI_ALLOC_Alloc(file_size); // 使用emWin內(nèi)存管理分配 if (!pFileData) { f_close(file); return -2; // 內(nèi)存分配失敗 } UINT br; f_read(file, pFileData, file_size, br); f_close(file); // 4. 創(chuàng)建位圖對(duì)象這里假設(shè)BMP數(shù)據(jù)已是正確格式 if (GUI_BMP_Create((s_bmp_cache[target_slot].bitmap), pFileData, 0) ! 0) { GUI_ALLOC_Free(pFileData); return -3; // 解碼失敗 } // 5. 更新緩存項(xiàng)信息 strncpy(s_bmp_cache[target_slot].filename, filename, sizeof(s_bmp_cache[0].filename) - 1); s_bmp_cache[target_slot].last_access_time HAL_GetTick(); s_bmp_cache[target_slot].in_use true; // 6. 繪制并釋放文件數(shù)據(jù)緩沖區(qū)位圖數(shù)據(jù)已由emWin內(nèi)部管理或復(fù)制 GUI_DrawBitmap((s_bmp_cache[target_slot].bitmap), x, y); GUI_ALLOC_Free(pFileData); // 釋放原始文件數(shù)據(jù)內(nèi)存 return 0; }重要提示GUI_BMP_Create的行為取決于emWin的配置。在某些配置下它可能會(huì)直接引用pFileData指針即“托管”模式而在另一些配置下它可能會(huì)自己分配內(nèi)存并拷貝像素?cái)?shù)據(jù)。務(wù)必查閱你的emWin手冊(cè)中關(guān)于GUI_BMP_Create的說(shuō)明。上述代碼在最后釋放pFileData是安全的因?yàn)槔L制已經(jīng)完成。更穩(wěn)妥的做法是在確認(rèn)位圖不再需要時(shí)調(diào)用GUI_BMP_Delete來(lái)清理bitmap對(duì)象內(nèi)部可能分配的資源。4.3 性能優(yōu)化技巧雙緩沖與局部刷新在顯示動(dòng)態(tài)圖片時(shí)務(wù)必使用內(nèi)存設(shè)備實(shí)現(xiàn)雙緩沖。只刷新圖片變化的區(qū)域而不是整個(gè)屏幕。// 在初始化時(shí)創(chuàng)建內(nèi)存設(shè)備 static GUI_MEMDEV_Handle hMemBmp; hMemBmp GUI_MEMDEV_CreateEx(0, 0, BMP_WIDTH, BMP_HEIGHT, 0); // 在需要更新圖片時(shí) GUI_MEMDEV_Select(hMemBmp); GUI_Clear(); // 將新的位圖繪制到內(nèi)存設(shè)備 GUI_DrawBitmap(newBitmap, 0, 0); GUI_MEMDEV_Select(0); // 僅更新屏幕特定區(qū)域 GUI_MEMDEV_WriteAt(hMemBmp, target_x, target_y);使用DMA2D加速如果MCU支持對(duì)于ARMCortex-M4/M7等帶有DMA2D直接存儲(chǔ)器訪問(wèn)2D的芯片emWin可以配置使用它來(lái)加速像素格式轉(zhuǎn)換和填充。在GUIConf.c中使能GUI_USE_DMA2D并正確實(shí)現(xiàn)DMA2D的底層驅(qū)動(dòng)對(duì)于旋轉(zhuǎn)、混合和顯示大尺寸BMP圖片性能提升是數(shù)量級(jí)的。5. 常見(jiàn)問(wèn)題排查與調(diào)試心得實(shí)錄即使按照最佳實(shí)踐操作在實(shí)際項(xiàng)目中你還是會(huì)遇到各種稀奇古怪的問(wèn)題。下面是我踩過(guò)的一些坑和解決方法。5.1 問(wèn)題一圖片顯示花屏、顏色錯(cuò)亂可能原因1顏色格式不匹配。這是最常見(jiàn)的原因。你的BMP是24位RGB888但emWin當(dāng)前配置或LCD驅(qū)動(dòng)是16位RGB565。排查檢查L(zhǎng)CDConf.c中LCD_X_Config函數(shù)里配置的像素格式如GUI_DEVICE_CreateAndLink(GUIDRV_FLEXCOLOR, GUICC_565, 0, 0);表示RGB565。再確認(rèn)你的BMP文件位深度。解決統(tǒng)一格式。要么轉(zhuǎn)換BMP為RGB565要么修改emWin配置和LCD驅(qū)動(dòng)支持RGB888如果硬件支持且RAM足夠。可能原因2BMP文件行對(duì)齊問(wèn)題。如前所述BMP每行數(shù)據(jù)是4字節(jié)對(duì)齊的。如果你手動(dòng)讀取像素?cái)?shù)據(jù)并直接當(dāng)成數(shù)組傳遞給繪制函數(shù)忽略了對(duì)齊字節(jié)就會(huì)導(dǎo)致后續(xù)行全部錯(cuò)位圖片下半部分花屏。解決使用emWin自帶的GUI_BMP_DrawEx或GUI_BMP_Create它們內(nèi)部會(huì)處理對(duì)齊。如果必須自己解析請(qǐng)嚴(yán)格按照公式計(jì)算每行實(shí)際字節(jié)數(shù)。可能原因3內(nèi)存越界或指針錯(cuò)誤。在動(dòng)態(tài)分配內(nèi)存加載BMP文件數(shù)據(jù)時(shí)分配的大小不足或指針操作失誤。排查使用調(diào)試器查看加載文件數(shù)據(jù)的緩沖區(qū)地址和大小。確保f_read讀取的字節(jié)數(shù)等于文件大小。5.2 問(wèn)題二顯示圖片后系統(tǒng)卡死或內(nèi)存溢出可能原因1堆空間不足。解碼一張大圖尤其是創(chuàng)建GUI_BITMAP或GUI_MEMDEV時(shí)emWin會(huì)在其動(dòng)態(tài)內(nèi)存通常由GUI_ALLOC_Alloc管理中分配空間來(lái)存儲(chǔ)像素?cái)?shù)據(jù)。如果圖片太大就會(huì)分配失敗或?qū)е露阉槠M(jìn)而引發(fā)系統(tǒng)不穩(wěn)定。解決增加emWin的動(dòng)態(tài)內(nèi)存池大小修改GUIConf.c中的GUI_NUMBYTES。優(yōu)化圖片尺寸和色深。使用流式繪制GUI_BMP_DrawEx替代完全解碼到內(nèi)存的方式。及時(shí)釋放資源調(diào)用GUI_BMP_Delete和GUI_MEMDEV_Delete。可能原因2棧溢出。在文件讀取或解碼回調(diào)函數(shù)中使用了大的局部數(shù)組。解決將大緩沖區(qū)改為靜態(tài)或全局變量或者從堆分配。5.3 問(wèn)題三顯示速度慢有明顯刷屏感可能原因1存儲(chǔ)介質(zhì)讀取速度慢。如果圖片在SD卡上且文件系統(tǒng)簇大小設(shè)置不合理或SPI模式速率低IO就會(huì)成為瓶頸。解決優(yōu)化底層驅(qū)動(dòng)。對(duì)于SD卡嘗試使用DMA模式、提高SPI時(shí)鐘頻率。考慮將常用圖片預(yù)加載到外部RAM如SDRAM中。可能原因2沒(méi)有使用硬件加速。解決確認(rèn)并開(kāi)啟emWin的DMA2D支持。對(duì)于有LTDCLCD-TFT顯示控制器的MCU確保幀緩沖區(qū)配置在高速內(nèi)存如SDRAM的連續(xù)地址并啟用LTDC的層和DMA傳輸。可能原因3頻繁的全屏刷新。解決堅(jiān)決使用內(nèi)存設(shè)備進(jìn)行局部刷新。只更新需要變化的區(qū)域而不是調(diào)用GUI_Clear()清全屏再重繪所有元素。5.4 調(diào)試工具與小技巧內(nèi)存監(jiān)控在GUI_ALLOC_Alloc和GUI_ALLOC_Free前后打印當(dāng)前堆的使用情況emWin通常提供GUI_ALLOC_GetNumFreeBytes之類的函數(shù)監(jiān)控內(nèi)存泄漏。性能 profiling在繪制函數(shù)前后使用SysTick或DWT周期計(jì)數(shù)器測(cè)量耗時(shí)定位性能熱點(diǎn)。簡(jiǎn)化測(cè)試當(dāng)遇到問(wèn)題時(shí)創(chuàng)建一個(gè)最簡(jiǎn)單的測(cè)試工程只初始化emWin和LCD然后顯示一張已知正確的、小尺寸的16色BMP圖片。如果基礎(chǔ)功能都不行問(wèn)題很可能在底層驅(qū)動(dòng)或配置。如果基礎(chǔ)可以再逐步復(fù)雜化加入文件系統(tǒng)、大圖、緩存等從而隔離問(wèn)題。最后分享一個(gè)我個(gè)人的深刻體會(huì)在嵌入式GUI中處理圖片“空間換時(shí)間”和“時(shí)間換空間”的權(quán)衡無(wú)處不在。緩存解碼后的位圖空間換時(shí)間能極大提升渲染速度但受限于RAM流式繪制時(shí)間換空間節(jié)省RAM但速度慢。沒(méi)有銀彈最好的方案一定是根據(jù)你項(xiàng)目的具體資源Flash大小、RAM大小、CPU頻率、屏幕分辨率和需求啟動(dòng)速度、界面流暢度做出的折中。在設(shè)計(jì)之初就估算好UI所需圖片的總內(nèi)存占用并為其預(yù)留足夠的緩存空間是確保項(xiàng)目后期不翻車的關(guān)鍵。