簡(jiǎn)介這是一份適用于 C/C 傳統(tǒng)圖形編程的 graphics.h 頭文件及配套庫(kù)文件資源包主要面向需要在老版 Visual Studio如 VC98 環(huán)境中完成圖形學(xué)實(shí)驗(yàn)、控制臺(tái)繪圖練習(xí)或課程設(shè)計(jì)的開發(fā)者。將相應(yīng)頭文件與庫(kù)文件分別拷貝到 VS 的 Include 與 Lib 目錄后即可直接調(diào)用 initgraph、line、circle 等圖形函數(shù)免去手動(dòng)配置編譯環(huán)境的麻煩。壓縮包體積僅 46KB包含 4 個(gè)文件其中 2 個(gè) .h 頭文件負(fù)責(zé)函數(shù)聲明與常量定義2 個(gè) .lib 庫(kù)文件提供鏈接階段所需的實(shí)現(xiàn)代碼結(jié)構(gòu)簡(jiǎn)單、即下即用適合剛從 C 語(yǔ)言入門轉(zhuǎn)向圖形界面開發(fā)的學(xué)習(xí)者。目前平臺(tái)已有 9183 人瀏覽學(xué)習(xí)說明對(duì)解決經(jīng)典圖形編程環(huán)境配置問題具有較高的參考價(jià)值。1. graphics.h 是 C 語(yǔ)言圖形編程的入坑起點(diǎn)也可能是第一道勸退門檻graphics.h 是 Turbo C 時(shí)代圖形接口BGI的頭文件也是很多人第一次在 C 語(yǔ)言里接觸像素繪圖時(shí)遇到的那個(gè)“老朋友”。它能解決一個(gè)很樸素的問題在課程作業(yè)或競(jìng)賽演示里用一兩百行 C 代碼畫出直線、圓、矩形、填充色和簡(jiǎn)單動(dòng)畫而不用引入大型圖形框架。適合正在上 C 語(yǔ)言課的學(xué)生、帶圖形學(xué)實(shí)驗(yàn)課的老師以及想快速做一個(gè)算法可視化 Demo 的從業(yè)者。但它的坑也肉眼可見環(huán)境配置繁瑣、坐標(biāo)系統(tǒng)反直覺、中文亂碼、虛擬機(jī)上黑屏。這些從不是你的代碼寫錯(cuò)而是你對(duì)這套老接口的運(yùn)行方式還不夠熟。這篇文章會(huì)把從環(huán)境搭建、API 參數(shù)、動(dòng)畫寫法到故障排查的完整路徑講清楚照著做就能跑起來。2. 跑通 graphics.h環(huán)境選型與最小可編譯工程2.1 為什么還在用 graphics.hBGI 的運(yùn)行機(jī)制與歷史包袱graphics.h 不是標(biāo)準(zhǔn) C 庫(kù)的一部分它屬于老版本 Turbo C 里自帶的 Borland Graphics Interface縮寫 BGI。頭文件里只聲明了 initgraph、setcolor、line、circle 這些函數(shù)真正干活的代碼在對(duì)應(yīng)的圖形驅(qū)動(dòng)文件里通常是 .BGI 后綴的二進(jìn)制驅(qū)動(dòng)比如 EGAVGA.BGI。也就是說graphics.h 的繪圖本質(zhì)上是運(yùn)行時(shí)加載驅(qū)動(dòng)再由驅(qū)動(dòng)直接操作顯存和硬件寄存器。理解了這一點(diǎn)你就明白為什么現(xiàn)代操作系統(tǒng)上直接寫#include graphics.h 編譯容易通過一運(yùn)行就黑屏或報(bào)錯(cuò)——因?yàn)闆]有那層驅(qū)動(dòng)加載環(huán)節(jié)。老程序必須在 DOS 環(huán)境或兼容層里運(yùn)行讓 initgraph 能找到 .BGI 文件并且讓顯卡模式切換邏輯生效。這也是后續(xù)所有環(huán)境選型的出發(fā)點(diǎn)要么找 DOS 模擬器要么找把 BGI 調(diào)用映射到 Windows 或 Linux 圖形 API 的兼容實(shí)現(xiàn)。2.2 方案一Turbo C 3.0 DOSBox最保真適合課程作業(yè)如果你要原汁原味地把教材里的代碼跑出來最常見做法是裝一個(gè) DOSBox 模擬器里面放一套老版本 Turbo C。DOSBox 負(fù)責(zé)模擬完整的 VGA 顯示環(huán)境initgraph 的 DETECT 模式能正常探測(cè)顯卡.BGI 驅(qū)動(dòng)也能順利加載。我一個(gè)典型啟動(dòng)腳本會(huì)這樣寫把裝有 Turbo C 的目錄掛載為 C 盤dosbox -c mount c: /home/me/tc -c c: -c cd tc -c tc.exe說明第一段命令把本機(jī)的 tc 目錄映射成 DOSBox 里的 C 盤第二段切換到 C 盤第三段進(jìn)入 Turbo C 的安裝目錄第四段啟動(dòng) IDE。如果你是 Windows 本機(jī)目錄把 /home/me/tc 換成對(duì)應(yīng)路徑即可。進(jìn)去之后在 IDE 里寫下面這段最小程序然后編譯運(yùn)行#include graphics.h #include conio.h int main() { int gd DETECT, gm; initgraph(gd, gm, .); circle(320, 240, 50); getch(); closegraph(); return 0; }說明initgraph 的第一個(gè)參數(shù)傳 DETECT 表示讓系統(tǒng)自動(dòng)檢測(cè)顯卡類型檢測(cè)結(jié)果會(huì)回填到 gm 里第三個(gè)參數(shù)傳英文句點(diǎn) .意思是 BGI 驅(qū)動(dòng)文件從當(dāng)前目錄加載。circle 的 x 和 y 是圓心坐標(biāo)第三個(gè)參數(shù)是半徑。getch 讓程序等待按鍵后再退出否則窗口一閃而過。這個(gè)方案的好處是兼容性極好老代碼原樣編譯基本都能跑壞處是編輯體驗(yàn)差、分辨率低、窗口小不適合做較大的項(xiàng)目。它的定位明確拿來跑課程實(shí)驗(yàn)、驗(yàn)證老代碼而不是做新開發(fā)。2.3 方案二Windows 下用集成工具包省去 DOS 模擬如果你在 Windows 上又不想每次開 DOSBox另一個(gè)常見做法是使用把 BGI 移植到 Windows 圖形環(huán)境的集成工具包。這些工具包通常是某位開發(fā)者把老 Borland 編譯器的 Windows 版驅(qū)動(dòng)封裝了一下讓 graphics.h 的函數(shù)最終調(diào)用 Windows 的繪圖 API窗口可以實(shí)實(shí)在在顯示在桌面上。使用步驟一般是下載并解壓工具包注意把整個(gè)目錄放在不含中文字符和空格的路徑下。打開 IDE新建一個(gè) C 語(yǔ)言工程。在工程設(shè)置里把 include 路徑指向工具包自帶的 include 目錄把庫(kù)路徑指向 lib 目錄。新建源文件寫代碼時(shí)仍然include graphics.h。編譯運(yùn)行代碼和 DOS 時(shí)代的寫法完全一致連 initgraph 的參數(shù)都不用改。這套方案解決的最大痛點(diǎn)是從 DOSBox 切來切去它把一個(gè)窗口掛在 Windows 桌面上調(diào)試起來順手很多。缺點(diǎn)是這些工具包對(duì)陳舊的代碼更友好對(duì)現(xiàn)代的 64 位編譯器和寬字符處理就不太行了。如果你只是交一次課程作業(yè)它比 DOSBox 效率高如果要長(zhǎng)期維護(hù)我更推薦下面第三條路。2.4 方案三在現(xiàn)代編譯器里用兼容實(shí)現(xiàn)可移植性最強(qiáng)還有一類場(chǎng)景是你在 Linux 或 macOS 上做實(shí)驗(yàn)不想用 Windows 工具包也不想裝 DOSBox。這時(shí)最常見的路線是找一套用現(xiàn)代圖形庫(kù)封裝 BGI 接口的兼容實(shí)現(xiàn)它提供同名頭文件和同名函數(shù)底層把繪圖翻譯成系統(tǒng)的窗口事件和幀緩沖。我用這種方案時(shí)會(huì)先確認(rèn)三件事include 目錄里有沒有真正的 graphics.h和系統(tǒng)自帶的頭文件是否沖突。庫(kù)文件是否已經(jīng)編譯好編譯命令里有沒有加 -l 參數(shù)鏈接它。運(yùn)行時(shí)會(huì)不會(huì)要求額外放置 .BGI 驅(qū)動(dòng)文件還是庫(kù)里已經(jīng)內(nèi)置了軟件渲染路徑。這三步里最容易踩坑的是頭文件沖突。有些系統(tǒng)自帶的圖形相關(guān)頭文件也叫 graphics.h如果你的編譯命令沒指定 include 搜索路徑編譯器可能找到錯(cuò)誤版本。所以編譯命令里我一般會(huì)顯式指定 -I 指向兼容庫(kù)目錄避免玄學(xué)問題。這條路的優(yōu)勢(shì)是代碼能跟著現(xiàn)代編譯器走可以配合 Makefile 或 CMake 管理缺點(diǎn)是某些老代碼里的細(xì)節(jié)行為比如字體表、顏色映射和真實(shí) BGI 不完全一致偶爾會(huì)有顯示偏差。作為工程取舍我通常優(yōu)先用它做新項(xiàng)目用 DOSBox 做老代碼的核對(duì)基準(zhǔn)。3. 核心 API 與坐標(biāo)系統(tǒng)把像素、顏色和窗口關(guān)系一次理清3.1 initgraph 三個(gè)參數(shù)驅(qū)動(dòng)、模式、路徑寫錯(cuò)一個(gè)就黑屏graphics.h 里最重要的函數(shù)是 initgraph它的簽名是 void initgraph(int *graphdriver, int *graphmode, char *pathtodriver);第一個(gè)參數(shù)傳驅(qū)動(dòng)編號(hào)第二個(gè)參數(shù)傳分辨率模式第三個(gè)參數(shù)傳驅(qū)動(dòng)文件路徑。最常見的組合是第一個(gè)參數(shù)傳 DETECT自動(dòng)檢測(cè)第二個(gè)參數(shù)傳 0 或者留空讓系統(tǒng)決定第三個(gè)參數(shù)傳 .。但自動(dòng)檢測(cè)不等于不踩坑在虛擬機(jī)或者某些兼容環(huán)境下DETECT 可能會(huì)誤判顯卡選一個(gè)太老或太高的模式導(dǎo)致畫面花掉或直接退出。老模式的常用取值與分辨率關(guān)系如下模式常量典型分辨率適用場(chǎng)景DETECT自動(dòng)探測(cè)絕大部分場(chǎng)景VGA640x480標(biāo)準(zhǔn)老程序EGA640x350老硬件模擬CGA640x200最低兼容我建議在可靠性優(yōu)先時(shí)不要完全依賴 DETECT而是手動(dòng)指定 VGA 和 640x480這樣無論宿主機(jī)什么環(huán)境畫面大小都是可預(yù)期的。修改方式是把 initgraph 改成 initgraph(gd, gm, )然后在調(diào)用前給 gd 賦 DETECT、給 gm 賦 VGA 對(duì)應(yīng)的數(shù)值或者直接在庫(kù)文檔里查 VGA 模式編號(hào)。手動(dòng)指定模式后坐標(biāo)范圍就固定了這也是排除黑屏問題最快的一招。3.2 繪圖函數(shù)族line、circle、rectangle、bar、ellipse 的邊界與填充規(guī)則graphics.h 的繪圖函數(shù)非常多但工程上常用的沒幾個(gè)。你需要把它們按“描邊”和“填充”兩類分開記line(x1, y1, x2, y2)畫直線不填充。circle(x, y, radius)畫空心圓不填充。rectangle(x1, y1, x2, y2)畫空心矩形兩個(gè)點(diǎn)是左上角和右下角。bar(x1, y1, x2, y2)畫實(shí)心矩形不需要額外填充。ellipse(x, y, startAngle, endAngle, xRadius, yRadius)畫橢圓弧角度范圍可以控制是整圓還是扇形。畫一個(gè)圓并填充的代碼如下#include graphics.h #include conio.h int main() { int gd DETECT, gm; initgraph(gd, gm, ); setfillstyle(SOLID_FILL, RED); setcolor(RED); circle(160, 120, 40); floodfill(160, 120, RED); getch(); closegraph(); return 0; }說明setfillstyle 設(shè)置填充模式和填充顏色setcolor 設(shè)置描邊顏色circle 畫出紅色邊界圓floodfill 從內(nèi)部點(diǎn) (160, 120) 開始填充直到碰到邊界色 RED 才停止。注意 floodfill 的第三個(gè)參數(shù)必須傳邊界顏色通常就是剛才 setcolor 設(shè)置的顏色如果你把邊界色參數(shù)寫成填充色它找不到閉合邊界會(huì)一直往邊緣擴(kuò)散把整個(gè)屏幕填滿。這個(gè)搭配是 BGI 最常見的翻車點(diǎn)之一其實(shí)完整流程應(yīng)該是先 setcolor 設(shè)邊界色再 circle再 setfillstyle 設(shè)填充色最后 floodfill。如果你先調(diào) setfillstyle 再調(diào) setcolor邊界色和填充色就會(huì)串最終結(jié)果完全不是預(yù)期的樣子。3.3 顏色與填充特殊性setcolor、setbkcolor、setfillstyle 的配合邏輯BGI 支持的顏色是老 16 色調(diào)色板顏色編號(hào)從 0 到 15對(duì)應(yīng) BLACK、BLUE、GREEN、CYAN、RED、MAGENTA、BROWN、LIGHTGRAY、DARKGRAY、LIGHTBLUE、LIGHTGREEN、LIGHTCYAN、LIGHTRED、LIGHTMAGENTA、YELLOW、WHITE。這里有個(gè)容易忽略的點(diǎn)setbkcolor 設(shè)置背景色但它只影響整個(gè)屏幕的背景不清除已有內(nèi)容clearviewport 才會(huì)把整個(gè)視口按背景色清空。如果程序里想“刷新畫面”很多新手會(huì)用 setbkcolor clearviewport結(jié)果發(fā)現(xiàn)顏色變深了、畫面閃得厲害。更穩(wěn)的做法是保留舊畫面不動(dòng)只在需要擦除的區(qū)域用原來的背景色重畫或者直接用 putimage 回寫背景緩沖。顏色錯(cuò)誤在實(shí)際運(yùn)行中表現(xiàn)出的癥狀通常是圓畫完之后 floodfill 顏色不對(duì)或者整屏被某個(gè)顏色鋪滿或者圖形“消失”在背景里。遇到這種狀況不要懷疑顯卡驅(qū)動(dòng)先檢查 setfillstyle、setcolor、floodfill 三個(gè)調(diào)用順序和參數(shù)90% 的問題都在這里。3.4 文本輸出與字體為什么 outtextxy 默認(rèn)會(huì)亂碼graphics.h 里的 outtextxy 用來在指定位置輸出文本但它默認(rèn)使用的是 BGI 內(nèi)嵌的 8x8 點(diǎn)陣英文字體。如果你直接傳入中文字符串絕大多數(shù)兼容實(shí)現(xiàn)會(huì)顯示成亂碼或空白。原因是點(diǎn)陣字體表里沒有中文字形中文編碼又涉及雙字節(jié)老接口根本不認(rèn)識(shí)。繞過方式有兩種一種是把文本內(nèi)容用英文或拼音表達(dá)配合 settextstyle 設(shè)置字體大小勉強(qiáng)夠用另一種是自繪漢字字形把每個(gè)漢字先做成位圖數(shù)據(jù)再用 putimage 貼上去。很多課程項(xiàng)目里所謂的“中文菜單”其實(shí)都是后端維護(hù)一張漢字點(diǎn)陣表然后逐字貼圖而不是靠 outtextxy 直接顯示中文。所以在設(shè)計(jì)程序結(jié)構(gòu)時(shí)我建議把界面文案與繪圖邏輯分離。需要顯示中文時(shí)用位圖方式需要穩(wěn)定和通用時(shí)用英文字符。這樣既不依賴 BGI 字體也不容易被不同平臺(tái)差異絆住。4. 動(dòng)手寫一個(gè)可運(yùn)行的圖形 Demo小球運(yùn)動(dòng)且不閃屏4.1 Demo 目標(biāo)和整體結(jié)構(gòu)從 initgraph 到 draw 循環(huán)一個(gè)能體現(xiàn) graphics.h 核心用法的 Demo我通常會(huì)選“小球沿圓周運(yùn)動(dòng)同時(shí)畫一條從圓心指向小球的線”。它同時(shí)覆蓋直線、圓、顏色、坐標(biāo)計(jì)算、循環(huán)刷新和鍵盤退出足夠檢驗(yàn)環(huán)境是否正常。整體流程是初始化圖形模式 → 保存一塊空白背景區(qū)域 → 進(jìn)入循環(huán) → 每幀先恢復(fù)背景 → 畫圓心 → 畫小球 → 延時(shí) → 處理按鍵退出 → 釋放內(nèi)存、關(guān)閉圖形模式。這里關(guān)鍵的幀循環(huán)設(shè)計(jì)如下#include graphics.h #include conio.h #include math.h #include stdlib.h #define RADIUS 20 int main() { int gd DETECT, gm; int x0 320, y0 240; int track 120; int x, y, size; void *canvas; double t; initgraph(gd, gm, ); size imagesize(x0 - track - RADIUS, y0 - track - RADIUS, x0 track RADIUS, y0 track RADIUS); canvas malloc(size); getimage(x0 - track - RADIUS, y0 - track - RADIUS, x0 track RADIUS, y0 track RADIUS, canvas); while (!kbhit()) { for (t 0; t 6.283; t 0.05) { if (kbhit()) break; x x0 (int)(track * cos(t)); y y0 (int)(track * sin(t)); putimage(x0 - track - RADIUS, y0 - track - RADIUS, canvas, COPY_PUT); setcolor(LIGHTBLUE); line(x0, y0, x, y); setfillstyle(SOLID_FILL, RED); setcolor(RED); circle(x, y, RADIUS); floodfill(x, y, RED); delay(16); } } free(canvas); closegraph(); return 0; }代碼邏輯說明imagesize 先計(jì)算一個(gè)矩形區(qū)域所需的內(nèi)存字節(jié)數(shù)getimage 把這塊空白背景抓取到 canvas。之后每幀循環(huán)的第一步 putimage 把 canvas 貼回相同位置相當(dāng)于擦掉上一幀的畫面避免用 clearviewport 整屏清空。這樣動(dòng)畫不會(huì)閃屏也是老代碼里最常見的緩存技巧。參數(shù)說明track 是軌道半徑控制小球離圓心的距離9 里的 6.283 是 2π讓角度 t 走完一整圈0.05 是角度步長(zhǎng)調(diào)大動(dòng)畫更跳躍調(diào)小更平滑delay(16) 約等于 60 幀每秒這是 VGA 時(shí)代的常用刷新節(jié)奏。如果你發(fā)現(xiàn)動(dòng)畫太快優(yōu)先加 delay而不是在循環(huán)里空轉(zhuǎn)空轉(zhuǎn)會(huì)白白占滿 CPU。4.2 getimage/putimage 的機(jī)制為什么它能治閃屏BGI 本身就是立即模式?jīng)]有雙緩沖概念每畫一筆都直接寫屏幕。所以當(dāng)你用 clearviewport 整屏清空時(shí)屏幕會(huì)經(jīng)歷“全空 → 逐筆重繪”的過程人眼就會(huì)看到閃爍。解決思路不是去優(yōu)化逐筆繪制的速度而是不整屏清空。getimage 的作用是把屏幕上某個(gè)矩形區(qū)域的像素?cái)?shù)據(jù)復(fù)制到內(nèi)存里putimage 負(fù)責(zé)把這塊數(shù)據(jù)原樣貼回屏幕。如果你在做動(dòng)畫之前先把背景存下來每幀動(dòng)畫開始前把背景貼回去那屏幕恢復(fù)的是“上一次圖形出現(xiàn)之前的畫面”而不是變成空白閃爍自然減少。這個(gè)手法在 graphics.h 里算標(biāo)準(zhǔn)答案但在更現(xiàn)代的圖形庫(kù)里早被雙緩沖替代。如果你以后轉(zhuǎn)到其他框架雙緩沖會(huì)直接把繪制發(fā)生在幕后緩沖區(qū)最后一次性呈現(xiàn)。理解 getimage/putimage 的用意能幫你更平滑地理解什么叫“像素緩存”和“幀緩沖”。4.3 鍵盤退出與幀率控制kbhit、getch、delay 的配合細(xì)節(jié)kbhit 是個(gè)容易被忽略但很重要的函數(shù)它檢測(cè)“是否有鍵盤輸入”而不阻塞程序。動(dòng)畫循環(huán)里每幀調(diào)用一次 kbhit按鍵時(shí)返回真然后退出循環(huán)程序才能正常結(jié)束。單獨(dú)用 getch 會(huì)阻塞在那里等按鍵動(dòng)畫就無法持續(xù)運(yùn)行所以正確的組合是while (!kbhit()) { /* 每幀繪制邏輯 */ delay(16); }delay 的參數(shù)單位是毫秒它把當(dāng)前線程掛起一段時(shí)間作用是限制幀率。如果你去掉 delay動(dòng)畫速度會(huì)被主頻托著走可能快到看不出軌跡如果 delay 參數(shù)太大動(dòng)畫又像幻燈片。我一般用 16 毫秒對(duì)應(yīng)大概 60 幀課程演示時(shí)也可以調(diào)到 30 毫秒讓節(jié)奏更明快。還有一點(diǎn)要注意循環(huán)退出后不要馬上 closegraph先釋放通過 malloc 申請(qǐng)的 canvas再關(guān)閉圖形模式否則在某些兼容層上可能產(chǎn)生內(nèi)存層面的小告警。老編譯器不一定報(bào)錯(cuò)但養(yǎng)成先釋放再關(guān)閉的習(xí)慣后面移植到現(xiàn)代環(huán)境時(shí)能少很多麻煩。5. 避坑graphics.h 最常見的五個(gè)翻車現(xiàn)場(chǎng)5.1 初始化黑屏DETECT 模式在虛擬機(jī)里選錯(cuò)驅(qū)動(dòng)現(xiàn)象程序運(yùn)行后屏幕一黑過一會(huì)兒恢復(fù)或者干脆報(bào)錯(cuò)退出。原因虛擬機(jī)顯卡和 BGI 的 DETECT 自動(dòng)探測(cè)結(jié)果不匹配探測(cè)模式選到不支持的顯存布局。解決不要依賴 DETECT手動(dòng)指定模式。把 int gd DETECT, gm; 改成 int gd VGA, gm VGAMAX;然后 initgraph(gd, gm, )它會(huì)把分辨率鎖定為 640x480繞過探測(cè)。實(shí)際經(jīng)驗(yàn)里這一步能解決八成黑屏。5.2 編譯不過頭文件找不到與圖形庫(kù)未鏈接現(xiàn)象編譯器提示 graphics.h 找不到或者 link 階段報(bào)一堆未定義符號(hào)。原因include 路徑?jīng)]有指向 BGI 頭文件目錄鏈接時(shí)沒有加圖形庫(kù)參數(shù)。解決先確認(rèn)你用的工具鏈?zhǔn)悄膫€(gè)再看它的 include 和 lib 目錄配置。DOSBox 里的 Turbo C 需要把 .BGI 驅(qū)動(dòng)放在當(dāng)前目錄Windows 工具包需要在工程設(shè)置里手動(dòng)加圖形庫(kù)Linux 下的兼容實(shí)現(xiàn)則需要編譯命令加 -l 參數(shù)。這屬于環(huán)境配置問題不是代碼問題排錯(cuò)時(shí)先看編譯器輸出信息而不是盯著 C 語(yǔ)言代碼逐行找。5.3 圖像上下顛倒BGI 原點(diǎn)在左上角現(xiàn)象用數(shù)學(xué)函數(shù)畫的拋物線、正弦曲線都倒過來了。原因BGI 的坐標(biāo)系統(tǒng)是屏幕坐標(biāo)原點(diǎn)在左上角x 向右增大y 向下增大而數(shù)學(xué)坐標(biāo)里 y 向上增大。解決封裝一個(gè)坐標(biāo)轉(zhuǎn)換函數(shù)把邏輯坐標(biāo)轉(zhuǎn)成屏幕坐標(biāo)再傳給繪圖函數(shù)。常見做法是int toScreenX(int x) { return x; } int toScreenY(int y) { return maxY - y; }說明maxY 是當(dāng)前模式下的最大 y 值比如 640x480 里取 479。所有“數(shù)學(xué)坐標(biāo)畫圖”的代碼都經(jīng) toScreenY 轉(zhuǎn)換圖形方向和直覺一致。這個(gè)小封裝可以說是 graphics.h 里最實(shí)用的工具函數(shù)沒有之一。5.4 顏色錯(cuò)亂填充色與邊界色混用現(xiàn)象floodfill 要么填不進(jìn)去要么把整個(gè)屏幕填滿。原因floodfill 的第三個(gè)參數(shù)需要邊界顏色而你傳成了填充色或者 setcolor 和 setfillstyle 的調(diào)用順序反了。解決遵循固定套路——先 setcolor 設(shè)邊界色畫邊框再 setfillstyle 設(shè)填充色最后 floodfill 傳邊界色。我自己寫代碼時(shí)會(huì)專門抽一個(gè) fillCircle 輔助函數(shù)void fillCircle(int x, int y, int r, int border, int fill) { setcolor(border); circle(x, y, r); setfillstyle(SOLID_FILL, fill); floodfill(x, y, border); }說明這樣調(diào)用方不用關(guān)心邊界色和填充色的先后問題傳參時(shí)也不容易把兩個(gè)顏色寫反。BGI 的 16 色調(diào)色板在不同兼容實(shí)現(xiàn)里可能有細(xì)微色差但參數(shù)邏輯始終一樣。5.5 中文亂碼點(diǎn)陣字體不認(rèn)漢字現(xiàn)象outtextxy 輸出中文文本窗口里顯示成亂碼、問號(hào)或方塊。原因BGI 自帶字體表只有英文點(diǎn)陣不包含中文字形。解決不要在 graphics.h 原生的 outtextxy 里直接放中文字符串。你能做的是要么用英文界面要么自己準(zhǔn)備漢字點(diǎn)陣。課程項(xiàng)目里如果必須顯示中文常見做法是先把每個(gè)漢字做成小位圖再用 putimage 逐字貼出雖然麻煩但至少可控。只要你理解了這是字體表的限制就不會(huì)在同一個(gè)坑里反復(fù)試。6. 進(jìn)階用一層 draw 封裝把 graphics.h 代碼帶到現(xiàn)代窗口環(huán)境6.1 定義最小繪制接口如果你不滿足于只在教材環(huán)境里跑通我推薦一個(gè)讓我少走很多彎路的做法在 graphics.h 之上再包一層薄薄的統(tǒng)一接口。這樣業(yè)務(wù)代碼只依賴你自己定義的 draw 接口不直接依賴 graphics.h將來?yè)Q任何現(xiàn)代圖形庫(kù)時(shí)只替換實(shí)現(xiàn)文件不用動(dòng)業(yè)務(wù)邏輯。先定義一個(gè)極小的頭文件/* draw.h */ #ifndef DRAW_H #define DRAW_H void draw_open(int width, int height); void draw_close(void); void draw_pixel(int x, int y, int color); void draw_line(int x1, int y1, int x2, int y2, int color); void draw_text(int x, int y, const char *s, int color); void draw_present(void); int draw_key(void); #endif說明draw_open 負(fù)責(zé)初始化窗口draw_close 負(fù)責(zé)清理draw_pixel 和 draw_line 是基礎(chǔ)圖形原語(yǔ)draw_present 表示把緩沖顯示到屏幕draw_key 詢問是否有按鍵輸入。這個(gè)接口刻意省略了很多復(fù)雜能力只保留最常用的部分因?yàn)榻涌谠秸惶鎿Q成本越低。6.2 用 graphics.h 實(shí)現(xiàn)這套接口底層的實(shí)現(xiàn)文件長(zhǎng)這樣/* draw_graphics_impl.c */ #include draw.h #include graphics.h #include conio.h void draw_open(int width, int height) { int gd DETECT, gm; initgraph(gd, gm, ); } void draw_close(void) { closegraph(); } void draw_pixel(int x, int y, int color) { putpixel(x, y, color); } void draw_line(int x1, int y1, int x2, int y2, int color) { setcolor(color); line(x1, y1, x2, y2); } void draw_text(int x, int y, const char *s, int color) { setcolor(color); outtextxy(x, y, (char *)s); } void draw_present(void) { /* graphics.h 是立即模式畫面直接落屏無需交換緩沖 */ } int draw_key(void) { return kbhit(); }說明這個(gè)實(shí)現(xiàn)幾乎是一層透?jìng)?。graphics.h 本身沒有緩沖機(jī)制所以 draw_present 是空操作。將來你換到某個(gè)現(xiàn)代圖形庫(kù)時(shí)只需要把 draw_open 改成創(chuàng)建窗口和渲染器把 draw_present 改成交換前后緩沖其他函數(shù)一一對(duì)應(yīng)即可。參數(shù)說明color 參數(shù)沿用 graphics.h 的 0-15 編號(hào)你可以在接口里約定自己的顏色枚舉然后在實(shí)現(xiàn)層轉(zhuǎn)換成不同圖形庫(kù)的顏色值。6.3 驗(yàn)證方法一條對(duì)角線和一個(gè)延時(shí)循環(huán)封裝完成之后用一個(gè)簡(jiǎn)單的驗(yàn)證程序檢查接口是否正常畫一條從左上角到右下角的對(duì)角線如果顯示成 45°說明坐標(biāo)和顏色鏈路都通了再做 10 秒動(dòng)畫用 draw_key 退出說明輸入鏈路也正常。驗(yàn)證通過后這份代碼就是你可以反復(fù)復(fù)用的基礎(chǔ)層。#include draw.h int main() { draw_open(640, 480); draw_line(0, 0, 639, 479, 14); draw_present(); delay(2000); draw_close(); return 0; }說明14 是黃色delay 2000 毫秒讓窗口停留兩秒方便肉眼確認(rèn)。只要這個(gè)程序正常說明你的 draw 接口和 graphics.h 綁定層沒問題業(yè)務(wù)代碼可以放心往上寫。我最初把所有繪圖代碼都直接塞在 main 里每次換環(huán)境都要改一大片。后來某次要在另一個(gè)圖形框架上做模擬演示吃夠了移植的苦才下狠心抽出這層接口?，F(xiàn)在不管是寫課程實(shí)驗(yàn)還是競(jìng)賽 Demo我都先從 draw 接口出發(fā)底層選 graphics.h 還是別的庫(kù)只是換一個(gè)實(shí)現(xiàn)文件的問題。這個(gè)習(xí)慣讓我少翻了很多次車希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取