學(xué)完C語(yǔ)言大多數(shù)人都會(huì)面臨同一個(gè)問(wèn)題語(yǔ)法全懂可一打開(kāi)編輯器腦子里空空的不知道能寫(xiě)點(diǎn)什么像樣的東西。書(shū)上的練習(xí)題都是“打印三角形”“交換兩個(gè)數(shù)”寫(xiě)多了只想吐。如果你也卡在這里我強(qiáng)烈建議你試試“C語(yǔ)言—飛機(jī)大戰(zhàn)小游戲”這個(gè)項(xiàng)目。這是一個(gè)麻雀雖小、五臟俱全的練手項(xiàng)目。玩家控制飛機(jī)左右上下移動(dòng)按空格發(fā)射子彈敵機(jī)從屏幕上方不斷出現(xiàn)打中敵機(jī)加分?jǐn)硻C(jī)撞到你或者漏到屏幕底部就掉血血量歸零游戲結(jié)束。整個(gè)項(xiàng)目看起來(lái)簡(jiǎn)單但要把變量、循環(huán)、數(shù)組、結(jié)構(gòu)體、指針、鏈表、隨機(jī)數(shù)、鍵盤(pán)事件、繪制邏輯全部揉在一起還要保證不卡頓、不閃屏、手感不別扭真不是那種“兩個(gè)小時(shí)內(nèi)糊弄完”的水平。我前后帶著幾位同學(xué)做過(guò)這個(gè)項(xiàng)目也幫人排查過(guò)無(wú)數(shù)次bug今天就把整個(gè)過(guò)程從頭到尾拆給你看。這篇內(nèi)容適合兩類(lèi)人一是剛學(xué)完C語(yǔ)言、想找一個(gè)合適項(xiàng)目練手的初學(xué)者二是打算把這個(gè)小游戲項(xiàng)目作為課程設(shè)計(jì)、期末展示任務(wù)但又不想直接去網(wǎng)上抄一整段代碼的同學(xué)。我會(huì)把設(shè)計(jì)思路、踩坑記錄、可復(fù)現(xiàn)的步驟和關(guān)鍵代碼片段都寫(xiě)出來(lái)你照著走一遍基本能跑出一個(gè)自己親手造的、能玩的游戲。1. 動(dòng)手前的全局設(shè)計(jì)先別寫(xiě)代碼把這幾件事想明白很多新手拿到這種項(xiàng)目就直接開(kāi)始敲代碼敲到一半發(fā)現(xiàn)這個(gè)函數(shù)要加參數(shù)、那個(gè)結(jié)構(gòu)體要加字段、主函數(shù)里邏輯越堆越多最后亂成一鍋粥。我建議你什么代碼都別寫(xiě)先拿張紙把下面幾件事定下來(lái)。1.1 需求清單怎么抓——先把游戲拆成四件大事飛機(jī)大戰(zhàn)看起來(lái)功能一大堆但真正歸類(lèi)后只有四件事玩家控制、子彈系統(tǒng)、敵機(jī)系統(tǒng)、碰撞與結(jié)算。把這四件事拆清楚你寫(xiě)的不是“一個(gè)游戲”而是四個(gè)相互獨(dú)立的小模塊。玩家控制包括飛機(jī)跟隨鍵盤(pán)方向鍵移動(dòng)、移動(dòng)范圍限制在窗口內(nèi)、飛機(jī)圖標(biāo)的加載與繪制。子彈系統(tǒng)包括發(fā)射子彈、子彈向上飛行、子彈消失條件、限制發(fā)射頻率。敵機(jī)系統(tǒng)包括敵機(jī)生成、敵機(jī)下落、敵機(jī)與子彈碰撞銷(xiāo)毀、敵機(jī)飛出屏幕清理。碰撞與結(jié)算包括子彈打中敵機(jī)的判定敵機(jī)撞擊玩家的判定分?jǐn)?shù)累加與生命值扣減。這四塊之間只通過(guò)共享的數(shù)據(jù)交換相互之間不要直接調(diào)用對(duì)方內(nèi)部邏輯。比如玩家按下空格你應(yīng)該做的只是“在子彈系統(tǒng)里添加一顆新子彈”而不是在主函數(shù)里寫(xiě)一堆子彈移動(dòng)的代碼。這樣后期無(wú)論是調(diào)速度、加道具還是加關(guān)卡都只是改動(dòng)一個(gè)小模塊而不是把所有代碼重寫(xiě)一遍。四件事理清楚之后你會(huì)發(fā)現(xiàn)整個(gè)項(xiàng)目就是一個(gè)數(shù)據(jù)集合加上三類(lèi)操作玩家是一堆數(shù)據(jù)子彈是一堆數(shù)據(jù)敵機(jī)是一堆數(shù)據(jù)而初始化、更新、繪制是處理這些數(shù)據(jù)的操作。明白了這一點(diǎn)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)就有方向了。1.2 圖形庫(kù)選型為什么我推薦新手用EasyXC語(yǔ)言的標(biāo)準(zhǔn)庫(kù)里沒(méi)有圖形接口所以你要做飛機(jī)大戰(zhàn)必須選一個(gè)圖形庫(kù)。目前市面上常見(jiàn)的方案有三類(lèi)控制臺(tái)字符界面、Windows下的EasyX圖形庫(kù)、跨平臺(tái)的SDL或raylib?？刂婆_(tái)字符界面就是那些用*號(hào)畫(huà)飛機(jī)、用printf刷屏的方案。優(yōu)點(diǎn)是零依賴任何電腦都能跑但畫(huà)面實(shí)在太簡(jiǎn)陋了做出來(lái)的東西自己都不想玩第二遍。我個(gè)人不太推薦除非你純粹是為了練邏輯?？缙脚_(tái)的SDL、raylib功能強(qiáng)大能做的遠(yuǎn)不止2D小游戲但環(huán)境配置對(duì)新手極不友好。你光是要搞定頭文件、庫(kù)文件、鏈接配置、運(yùn)行時(shí)動(dòng)態(tài)鏈接庫(kù)就夠折騰好幾個(gè)小時(shí)還沒(méi)開(kāi)始寫(xiě)游戲代碼熱情已經(jīng)被澆滅一半。適合有一定經(jīng)驗(yàn)之后再深入。EasyX是Windows平臺(tái)下的輕量級(jí)圖形庫(kù)安裝流程只有“下載exe、雙擊、選擇對(duì)應(yīng)編譯器”三步。它提供了initgraph、loadimage、putimage、BeginBatchDraw這些和Windows繪圖高度封裝的接口對(duì)新手特別友好。缺點(diǎn)是只能在Windows上跑而且它對(duì)編譯器版本有一定要求但作為個(gè)人項(xiàng)目、課程設(shè)計(jì)已經(jīng)綽綽有余。我平時(shí)帶人做這個(gè)項(xiàng)目只要不是明確要求跨平臺(tái)一律推薦EasyX。核心邏輯的寫(xiě)法其實(shí)和SDL、raylib大差不差以后想遷移到別的圖形庫(kù)改動(dòng)成本非常低。我們先拿最容易上手的圖形庫(kù)把游戲做出來(lái)比什么都重要。1.3 數(shù)據(jù)結(jié)構(gòu)與模塊劃分——這一步?jīng)Q定了你后面會(huì)不會(huì)越寫(xiě)越亂把所有游戲元素抽象成結(jié)構(gòu)體是C語(yǔ)言做小游戲的核心習(xí)慣。我建議至少定義下面幾個(gè)結(jié)構(gòu)體// 玩家的飛機(jī) typedef struct Player { int x, y; // 坐標(biāo)左上角 int width, height; // 本體寬高 int life; // 生命值 int score; // 分?jǐn)?shù) IMAGE img; // 飛機(jī)圖片 } Player; // 子彈 typedef struct Bullet { int x, y; int speed; int exist; // 0表示不存在1表示存活 } Bullet; // 敵機(jī) typedef struct Enemy { int x, y; int width, height; int hp; IMAGE img; int exist; struct Enemy* next; // 鏈表指針 } Enemy;這里有一個(gè)關(guān)鍵選擇子彈用數(shù)組還是鏈表敵機(jī)用數(shù)組還是鏈表。我的建議是子彈用結(jié)構(gòu)體數(shù)組敵機(jī)用鏈表。子彈的數(shù)量是可控的玩家按住空格發(fā)射就算每秒射20發(fā)同一時(shí)刻屏幕上的子彈一般也就幾十顆開(kāi)一個(gè)固定長(zhǎng)度比如50的數(shù)組完全夠用。數(shù)組的好處是沒(méi)有內(nèi)存分配的開(kāi)銷(xiāo)遍歷和修改都很快。敵機(jī)就不一樣了你不知道什么時(shí)候會(huì)刷出來(lái)幾只用鏈表可以隨時(shí)動(dòng)態(tài)申請(qǐng)節(jié)點(diǎn)、隨時(shí)釋放銷(xiāo)毀并且在遍歷時(shí)跳過(guò)exist 0的節(jié)點(diǎn)。當(dāng)然你也可以用固定數(shù)組比如定義100個(gè)敵機(jī)槽位但那樣“存活管理”要手寫(xiě)一個(gè)分配機(jī)制不知不覺(jué)就給自己加了很多不必要的復(fù)雜度。鏈表加上內(nèi)存管理也就十行代碼性價(jià)比更高。模塊劃分上至少要有這幾個(gè)文件main.c程序入口、游戲主循環(huán)game.h結(jié)構(gòu)體定義、全局變量聲明、函數(shù)聲明game.c初始化、更新、繪制、銷(xiāo)毀邏輯等代碼多了之后你還可以拆出input.c、render.c、enemy.c但一開(kāi)始三個(gè)文件足夠了。核心思路是main里不放具體實(shí)現(xiàn)只負(fù)責(zé)調(diào)用初始化、循環(huán)更新、繪制和釋放資源。1.4 游戲狀態(tài)機(jī)讓程序知道“現(xiàn)在該干什么”你一定遇到過(guò)這種情況游戲還沒(méi)按開(kāi)始敵機(jī)就開(kāi)始刷了游戲明明已經(jīng)結(jié)束飛機(jī)還能移動(dòng)。這就是沒(méi)有“游戲狀態(tài)”的概念導(dǎo)致的。在游戲里加一個(gè)枚舉用全局變量保存當(dāng)前狀態(tài)typedef enum GameState { MENU, // 開(kāi)始菜單 PLAYING, // 游戲進(jìn)行中 OVER // 游戲結(jié)束 } GameState; GameState g_state MENU;主循環(huán)每幀都先看當(dāng)前是什么狀態(tài)然后只處理當(dāng)前狀態(tài)該做的事情。比如狀態(tài)是MENU就只繪制菜單背景、檢測(cè)玩家是否按了空格或回車(chē)如果按了把狀態(tài)切到PLAYING重新初始化游戲數(shù)據(jù)。狀態(tài)是OVER時(shí)繪制結(jié)算畫(huà)面玩家按R鍵重新開(kāi)始。這樣做的最大好處是邏輯不串線也為后面擴(kuò)展“暫?！薄瓣P(guān)卡切換”留下了空間。不少新手嫌麻煩不做狀態(tài)機(jī)結(jié)果整個(gè)游戲邏輯全靠一堆if判斷硬扛改著改著就發(fā)現(xiàn)某個(gè)功能在錯(cuò)誤的狀態(tài)下被觸發(fā)了。我強(qiáng)烈建議你一開(kāi)始就把狀態(tài)機(jī)寫(xiě)上。2. 核心細(xì)節(jié)解析新手最容易卡住的六個(gè)關(guān)鍵點(diǎn)設(shè)計(jì)想清楚了接下來(lái)進(jìn)入具體的實(shí)現(xiàn)細(xì)節(jié)。這一節(jié)講的不是那種“隨便能問(wèn)到大路邊的答案”而是我自己實(shí)際寫(xiě)這個(gè)項(xiàng)目時(shí)反復(fù)碰壁總結(jié)出來(lái)的點(diǎn)。2.1 游戲循環(huán)與幀率控制沒(méi)有它一切都白搭游戲和普通程序最大的區(qū)別是普通程序等用戶輸入按一下動(dòng)一下游戲是不斷刷新畫(huà)面你的每一次按鍵只是改變刷新的結(jié)果。要把這個(gè)機(jī)制落地靠的是一個(gè)死循環(huán)加上每幀之間合適的延遲。結(jié)構(gòu)大致長(zhǎng)這樣while (1) { // 處理用戶輸入 // 更新游戲邏輯 // 繪制畫(huà)面 // 延遲一段時(shí)間控制幀率 }關(guān)鍵是最后那個(gè)延遲。如果不加延遲循環(huán)會(huì)以極高的速度空轉(zhuǎn)CPU占用率直接拉滿畫(huà)面也會(huì)快到看不清。加Sleep(10)的話每秒大概刷新100次Sleep(16)大概是每秒60次也就是常說(shuō)的60 FPS。60 FPS對(duì)飛機(jī)大戰(zhàn)這種游戲完全夠用手感也比較順滑。為什么不直接用Sleep(16)卡死在60幀因?yàn)槊繋倪\(yùn)算時(shí)間不固定有的幀花1毫秒有的幀花5毫秒。如果你只加Sleep(16)實(shí)際一幀可能是17毫秒、21毫秒導(dǎo)致游戲忽快忽慢。更科學(xué)的做法是計(jì)算“這一幀從開(kāi)始到結(jié)束真正花了多少時(shí)間”然后用目標(biāo)幀間隔減去它。但做新手項(xiàng)目沒(méi)必要一開(kāi)始就上這么復(fù)雜的幀率控制先固定Sleep(16)把游戲跑順了再回來(lái)優(yōu)化也不遲。2.2 雙緩沖繪圖消滅閃屏的唯一正解你可能已經(jīng)試過(guò)用EasyX直接putimage貼圖結(jié)果畫(huà)面瘋狂閃爍眼睛看得難受。原因很簡(jiǎn)單你在屏幕上一邊擦除舊圖、一邊繪制新圖這個(gè)過(guò)程被用戶肉眼捕捉到了。解決方法是開(kāi)頭加上雙緩沖繪圖接口。具體來(lái)說(shuō)就是BeginBatchDraw(); // 開(kāi)始批量繪圖所有繪制先畫(huà)到內(nèi)存中 // 在這里畫(huà)背景、飛機(jī)、子彈、敵機(jī)、文字 FlushBatchDraw(); // 一次性將內(nèi)存中的畫(huà)面送到屏幕BeginBatchDraw之后所有繪制操作都不會(huì)立即出現(xiàn)在屏幕上而是先寫(xiě)入一個(gè)后臺(tái)畫(huà)布等全部畫(huà)完FlushBatchDraw一次性把整塊后緩沖交換到前臺(tái)。這樣用戶看到的就是完整的新畫(huà)面而不是被逐步涂鴉的畫(huà)面。閃爍問(wèn)題幾乎立刻消失。這個(gè)接口不算復(fù)雜但必須記住每一次重繪都要以BeginBatchDraw開(kāi)頭、以FlushBatchDraw結(jié)束順序不能亂否則會(huì)出現(xiàn)畫(huà)面只繪制了一半就閃出來(lái)的情況。2.3 鍵盤(pán)輸入處理別再讓getchar()堵住你的游戲很多剛從控制臺(tái)編程轉(zhuǎn)過(guò)來(lái)的同學(xué)第一反應(yīng)是用getchar()或scanf接收按鍵。這在控制臺(tái)程序里沒(méi)問(wèn)題但在圖形界面游戲里getchar()會(huì)阻塞整個(gè)程序游戲畫(huà)面直接卡死——因?yàn)樗诘扔脩羟靡粋€(gè)回車(chē)。顯然這樣的程序沒(méi)法玩。正確的做法是用GetAsyncKeyState這個(gè)API來(lái)檢測(cè)按鍵是否被按下而且它可以檢測(cè)“按住不放”的狀態(tài)if (GetAsyncKeyState(VK_UP) 0x8000) { // 上方向鍵一直被按住 }這里 0x8000的意思是檢查按鍵的當(dāng)前狀態(tài)是否為“按下”。不用getchar之后程序不會(huì)等待輸入而是每一幀主動(dòng)問(wèn)系統(tǒng)“這個(gè)鍵現(xiàn)在有沒(méi)有被按住”從而實(shí)現(xiàn)流暢的連續(xù)移動(dòng)。還有一點(diǎn)要注意如果你需要檢測(cè)“首次按下”和“持續(xù)按住”的不同邏輯比如按一下空格只發(fā)一顆子彈單純用GetAsyncKeyState很容易造成連發(fā)。這時(shí)候需要配合一個(gè)“上幀是否已按下”的標(biāo)記只有“上幀沒(méi)按這一幀按了”才觸發(fā)一次發(fā)射。這塊代碼雖然多幾行但手感會(huì)好很多。2.4 碰撞檢測(cè)矩形碰撞的“差一點(diǎn)點(diǎn)”哲學(xué)碰撞檢測(cè)是飛機(jī)大戰(zhàn)的靈魂。飛機(jī)和敵機(jī)、子彈和敵機(jī)之間都要做碰撞判斷而最常見(jiàn)的做法就是矩形碰撞把每個(gè)物體看作一個(gè)矩形兩個(gè)矩形如果有任何重疊就判定碰撞。矩形重疊的判斷邏輯是// 用左上角坐標(biāo)和寬高圍出碰撞框 int aLeft a.x, aRight a.x a.width; int aTop a.y, aBottom a.y a.height; int bLeft b.x, bRight b.x b.width; int bTop b.y, bBottom b.y b.height; // 沒(méi)有重疊的條件一個(gè)矩形在另一個(gè)的左邊、右邊、上方或下方 if (aRight bLeft || aLeft bRight || aBottom bTop || aTop bBottom) { // 未碰撞 } else { // 碰撞 }判斷條件是“一個(gè)矩形在另一個(gè)矩形完全沒(méi)重疊”則沒(méi)碰否則就碰了邏輯很直觀。但實(shí)際游戲中直接把圖片的原始寬高當(dāng)成碰撞框玩起來(lái)會(huì)覺(jué)得很“冤”——明明飛機(jī)的翅膀和敵機(jī)擦了一點(diǎn)點(diǎn)邊就被判定撞死了玩家體驗(yàn)非常差。專(zhuān)業(yè)的做法是給碰撞框留一點(diǎn)余量也就是把實(shí)際的矩形縮小幾像素。比如飛機(jī)圖片是60x60碰撞框只取中間的52x52相當(dāng)于上下左右各讓出4像素。這種“差一點(diǎn)點(diǎn)哲學(xué)”能讓玩家覺(jué)得判定更公平體感更好。2.5 圖片與音效資源的加載路徑問(wèn)題是最隱蔽的坑做飛機(jī)大戰(zhàn)背景圖、飛機(jī)圖、子彈圖、按鈕圖這些資源肯定要放了。EasyX里加載圖片用的是loadimage函數(shù)IMAGE playerImg; loadimage(playerImg, res/player.png, 60, 60);這里最坑的是路徑。很多新手在IDE里運(yùn)行程序以為“當(dāng)前目錄”就是代碼文件所在的目錄其實(shí)不然——對(duì)于Visual Studio來(lái)說(shuō)當(dāng)前工作目錄通常是項(xiàng)目下的.vcxproj文件所在的目錄而不是.c文件所在的目錄。如果圖片路徑寫(xiě)錯(cuò)了loadimage會(huì)靜默失敗或者直接報(bào)錯(cuò)程序運(yùn)行到一半就崩了。所以建議把資源文件統(tǒng)一放在項(xiàng)目目錄下的res文件夾里然后用相對(duì)路徑訪問(wèn)。如果實(shí)在加載不出來(lái)可以先寫(xiě)死一個(gè)絕對(duì)路徑試試比如loadimage(img, D:/code/plane/res/player.png, ...)確認(rèn)能運(yùn)行之后再改回相對(duì)路徑。另外別忘了EasyX加載同一張圖片多次會(huì)有內(nèi)存開(kāi)銷(xiāo)建議只在初始化時(shí)加載一次全局保存下來(lái)繪制時(shí)反復(fù)使用。音效這塊Windows下可以用mciSendString播放簡(jiǎn)單的wav、mp3但配置稍顯繁瑣剛開(kāi)始不必強(qiáng)求。先把畫(huà)面和手感調(diào)好音效最后再加也不遲。2.6 隨機(jī)數(shù)為什么敵機(jī)總是同時(shí)冒出來(lái)敵機(jī)生成需要隨機(jī)性所以要用rand()。但新手常常忘記設(shè)置隨機(jī)種子結(jié)果每次啟動(dòng)游戲敵機(jī)出現(xiàn)的規(guī)律一模一樣。因?yàn)閞and()生成的是偽隨機(jī)序列如果你不設(shè)置種子默認(rèn)種子就是1。正確寫(xiě)法是在初始化時(shí)加上srand((unsigned)time(NULL));這樣生成的隨機(jī)數(shù)序列才會(huì)隨著開(kāi)機(jī)時(shí)間不同而變化。不過(guò)還有一個(gè)體驗(yàn)上的問(wèn)題直接寫(xiě)rand() % WIDTH生成敵機(jī)橫坐標(biāo)可能會(huì)讓敵機(jī)在一段時(shí)間內(nèi)非常密集地同時(shí)出現(xiàn)玩家根本躲不開(kāi)。我的做法是先設(shè)一個(gè)“敵機(jī)生成倒計(jì)時(shí)”每幀減1減到0時(shí)生成一架敵機(jī)然后把倒計(jì)時(shí)重置為一個(gè)范圍內(nèi)的隨機(jī)值。static int spawnTimer 0; if (spawnTimer 0) { spawnEnemy(); spawnTimer 30 rand() % 60; // 每30~90幀生成一個(gè) }這樣敵機(jī)出現(xiàn)的間隔有波動(dòng)但不會(huì)突然變成“那誰(shuí)啊幾秒鐘刷了七八個(gè)”的離譜狀態(tài)玩家也更有操作空間。3. 實(shí)操過(guò)程從零搭建一個(gè)能跑的飛機(jī)大戰(zhàn)思路講完了下面進(jìn)入實(shí)際搭建環(huán)節(jié)。我會(huì)按真實(shí)開(kāi)發(fā)順序走一遍從打開(kāi)編譯器到寫(xiě)出第一個(gè)可玩的版本。3.1 開(kāi)發(fā)環(huán)境與工程目錄別把圖片放錯(cuò)地方開(kāi)發(fā)工具推薦Visual Studio社區(qū)版或者Dev-C配EasyX。注意EasyX只支持Visual C系列編譯器你用mingw或者gcc去鏈接會(huì)碰到各種亂七八糟的問(wèn)題。Visual Studio安裝好之后先去EasyX官網(wǎng)下載對(duì)應(yīng)VS版本的安裝包關(guān)掉VS再安裝。新建項(xiàng)目時(shí)選擇“Windows桌面向?qū)А被蛘摺翱刂婆_(tái)應(yīng)用”我個(gè)人建議建“控制臺(tái)應(yīng)用”因?yàn)檎{(diào)試時(shí)還能看到printf輸出方便排查問(wèn)題。建完項(xiàng)目之后右鍵解決方案里的項(xiàng)目名稱(chēng)打開(kāi)屬性找到“字符集”設(shè)為“使用多字節(jié)字符集”避免后面中文亂碼。然后在項(xiàng)目目錄下建一個(gè)res文件夾把素材放進(jìn)去。素材可以自己找?guī)讉€(gè)PNG或BMP圖片飛機(jī)做成60x60子彈做成10x30背景做成游戲窗口一樣大的圖。圖片格式最好用PNGEasyX對(duì)PNG支持得比較穩(wěn)定。3.2 代碼結(jié)構(gòu)不該寫(xiě)在一個(gè)main里的邏輯我不建議把所有東西都寫(xiě)在main.c里哪怕你覺(jué)得省事。一個(gè)游戲主循環(huán)里至少要包含初始化、輸入處理、邏輯更新、渲染、釋放資源五種操作你全部堆在一個(gè)函數(shù)里一旦要調(diào)整一個(gè)細(xì)節(jié)很容易波及無(wú)關(guān)代碼。我的文件結(jié)構(gòu)大致是這樣的main.c定義游戲主循環(huán)調(diào)用各個(gè)模塊的入口game.h結(jié)構(gòu)體、全局變量聲明、函數(shù)原型game.c初始化、更新邏輯、渲染邏輯、銷(xiāo)毀邏輯input.c可選收集按鍵狀態(tài)res/存放圖片資源和音效主循環(huán)里只放幾行代碼邏輯非常簡(jiǎn)單int main() { initGame(); while (1) { handleInput(); updateLogic(); renderGame(); Sleep(16); } closeGame(); return 0; }這樣一旦手感不好你只需要去改updateLogic()不用在main里翻幾百行找邏輯。3.3 核心功能實(shí)現(xiàn)細(xì)節(jié)碰撞、移動(dòng)、生成與計(jì)分玩家移動(dòng)讀取上下左右方向鍵每次改變player.x或player.y然后加邊界判斷。比如if (GetAsyncKeyState(VK_LEFT) 0x8000) player.x - 5; if (GetAsyncKeyState(VK_RIGHT) 0x8000) player.x 5; if (GetAsyncKeyState(VK_UP) 0x8000) player.y - 5; if (GetAsyncKeyState(VK_DOWN) 0x8000) player.y 5; // 邊界限制 if (player.x 0) player.x 0; if (player.x WINDOW_WIDTH - player.width) player.x WINDOW_WIDTH - player.width;速度5像素/幀可以先用著等實(shí)際跑起來(lái)再按手感微調(diào)。發(fā)射子彈按住空格時(shí)每隔一段時(shí)間添加一顆子彈。這里用時(shí)間間隔控制否則按住空格會(huì)一秒發(fā)射幾十顆太夸張了static int fireTimer 0; if ((GetAsyncKeyState(VK_SPACE) 0x8000) fireTimer 0) { // 在飛機(jī)頭部位置生成子彈 addBullet(player.x player.width / 2, player.y); fireTimer 8; // 每8幀一顆 } fireTimer--;敵機(jī)移動(dòng)與清理每次更新邏輯時(shí)遍歷所有敵機(jī)讓y增加一兩像素。如果敵機(jī)超出屏幕底部就把這個(gè)節(jié)點(diǎn)從鏈表里刪掉并釋放內(nèi)存。這樣不用擔(dān)心鏈表越變?cè)介L(zhǎng)。碰撞處理遍歷所有存活的子彈和所有敵機(jī)如果子彈和敵機(jī)的矩形有重疊就標(biāo)記子彈消失、敵機(jī)血量減一、分?jǐn)?shù)增加。敵機(jī)血量歸零則刪除敵機(jī)節(jié)點(diǎn)。3.4 關(guān)鍵參數(shù)設(shè)置的參考值這些數(shù)字不是隨便拍的很多同學(xué)第一次做游戲不知道該把飛機(jī)速度設(shè)成多少、子彈速度設(shè)成多少結(jié)果要么飛機(jī)慢得像蝸牛要么子彈快得像瞬移。我給出一組我調(diào)試過(guò)比較適中的數(shù)值窗口大小800x600參數(shù)建議值說(shuō)明玩家移動(dòng)速度5像素/幀以60幀算每秒300像素橫跨窗口約2.6秒手感適中子彈速度10像素/幀每秒600像素一秒多就能從底部飛到頂部敵機(jī)速度2~4像素/幀依敵機(jī)類(lèi)型設(shè)定一般比玩家慢發(fā)射間隔8幀約每秒7~8發(fā)適合持續(xù)輸出的節(jié)奏敵機(jī)生成間隔30~90幀約0.5秒~1.5秒一個(gè)節(jié)奏比較緊張但不至于無(wú)解玩家生命值3經(jīng)典設(shè)定既有壓力又不至于太快結(jié)束這些數(shù)值不是隨便拍的。玩家速度太慢會(huì)導(dǎo)致躲不開(kāi)敵機(jī)太快又會(huì)覺(jué)得難以精確定位。一般原則是玩家速度應(yīng)小于子彈速度、大于敵機(jī)速度這樣玩家才能主動(dòng)出擊而不是只能被動(dòng)挨打。至于具體數(shù)值你可以跑起來(lái)之后用二分法微調(diào)一次改兩三像素找到自己最順手的手感。3.5 實(shí)戰(zhàn)代碼走讀核心函數(shù)怎么寫(xiě)才不凌亂下面這段是“更新邏輯”的核心寫(xiě)法我只展示關(guān)鍵部分你替換成自己的結(jié)構(gòu)體就能用void updateLogic() { if (g_state ! PLAYING) return; // 1. 更新玩家 handleInput(); // 讀鍵盤(pán)、移動(dòng)、限制邊界 fireBullet(); // 按空格發(fā)射子彈 // 2. 更新子彈位置 for (int i 0; i MAX_BULLETS; i) { if (bullet[i].exist) { bullet[i].y - bullet[i].speed; // 子彈向上移動(dòng) if (bullet[i].y 0) bullet[i].exist 0; // 超出屏幕則消失 } } // 3. 更新敵機(jī)位置 Enemy* p enemyHead; while (p ! NULL) { p-y p-speed; if (p-y WINDOW_HEIGHT) { Enemy* toDelete p; p p-next; deleteEnemy(toDelete); // 釋放節(jié)點(diǎn)并做鏈表維護(hù) continue; } // 4. 對(duì)每個(gè)存活敵機(jī)檢測(cè)與玩家碰撞 if (checkCollision(player, *p)) { player.life--; deleteEnemy(p); if (player.life 0) g_state OVER; } p p-next; } // 5. 子彈與敵機(jī)碰撞檢測(cè) for (int i 0; i MAX_BULLETS; i) { if (!bullet[i].exist) continue; Enemy* q enemyHead; while (q ! NULL) { if (q-exist checkCollisionRect( bullet[i].x, bullet[i].y, 10, 30, q-x, q-y, q-width, q-height)) { bullet[i].exist 0; q-hp--; if (q-hp 0) { player.score 10; deleteEnemy(q); } break; } q q-next; } } }這段代碼里幾個(gè)細(xì)節(jié)值得注意第一遍歷鏈表時(shí)如果要?jiǎng)h除當(dāng)前節(jié)點(diǎn)一定要先保存下一個(gè)節(jié)點(diǎn)的指針?lè)駝t就遍歷丟序了第二碰撞檢測(cè)里子彈和敵機(jī)用的是小型碰撞框不是整張圖片的大小第三生命值扣減和游戲結(jié)束狀態(tài)的變更放在同一處狀態(tài)位不容易亂。繪制部分相對(duì)機(jī)械用putimage把對(duì)應(yīng)圖片貼在對(duì)應(yīng)坐標(biāo)上再用outtextxy繪制分?jǐn)?shù)和生命值。注意outtextxy默認(rèn)用的是窄字符編碼如果你的工程字符集沒(méi)改成多字節(jié)中文會(huì)亂碼。最簡(jiǎn)單的辦法是分?jǐn)?shù)用純數(shù)字生命值用數(shù)字或英文先別在界面上顯示中文后期再處理。4. 常見(jiàn)問(wèn)題與排查技巧實(shí)錄做這個(gè)項(xiàng)目時(shí)我遇到的、以及幫別人排查過(guò)的問(wèn)題翻來(lái)覆去就那么幾個(gè)。我把它們列成表再說(shuō)說(shuō)具體的排查思路。表現(xiàn)常見(jiàn)原因解決方案游戲窗口一閃而過(guò)主循環(huán)沒(méi)有運(yùn)行或初始化圖片失敗檢查圖片路徑檢查是否是控制臺(tái)工程畫(huà)面瘋狂閃爍沒(méi)有使用雙緩沖加BeginBatchDraw()和FlushBatchDraw()中文顯示亂碼工程使用Unicode字符集右鍵工程屬性改“多字節(jié)字符集”飛機(jī)移動(dòng)一頓一頓Sleep間隔不合適或幀率不穩(wěn)定改用每幀固定耗時(shí)或把Sleep調(diào)低子彈一發(fā)就是一堆沒(méi)有做發(fā)射間隔控制加fireTimer發(fā)射冷卻敵機(jī)刪除后程序崩潰鏈表刪除時(shí)指針丟失刪除前保存next指針或使用雙指針CPU占用率極高循環(huán)里沒(méi)有Sleep或沒(méi)有消息泵主循環(huán)加Sleep(16)或Sleep(10)圖片加載不出來(lái)當(dāng)前工作目錄和代碼目錄不一致用res/圖片名.png相對(duì)路徑先試絕對(duì)路徑4.1 編譯通過(guò)但一運(yùn)行就閃退這種問(wèn)題九成是圖片資源加載失敗。loadimage加載失敗的常見(jiàn)原因有三個(gè)文件名拼錯(cuò)、文件路徑找不到、圖片格式不受支持。排查的時(shí)候你可以在loadimage之后馬上判斷返回值如果加載失敗就打印錯(cuò)誤日志而不是直接崩潰if (loadimage(img, res/player.png, 60, 60) ! 0) { printf(圖片加載失敗\n); system(pause); // 停下來(lái)看錯(cuò)誤 }另一個(gè)常見(jiàn)閃退原因是malloc失敗后沒(méi)有判斷空指針。特別是鏈表節(jié)點(diǎn)用malloc分配時(shí)如果連續(xù)創(chuàng)建很多敵機(jī)導(dǎo)致內(nèi)存耗盡程序直接退出。建議在malloc之后加一句Enemy* newEnemy (Enemy*)malloc(sizeof(Enemy)); if (newEnemy NULL) return;防御性編程做得好調(diào)試成本至少降一半。4.2 文字亂碼和圖片加載失敗字符集問(wèn)題只影響中文顯示不影響游戲邏輯。建議在項(xiàng)目屬性里搜索“字符集”改為“使用多字節(jié)字符集”再重新編譯。還有一個(gè)坑是當(dāng)你修改了字符集但你用的文本文件編碼是UTF-8里面的中文字符串在編譯時(shí)可能還是亂碼。優(yōu)先把源文件另存為GBK或ANSI編碼然后再用中文字面量。圖片加載失敗的路徑問(wèn)題我強(qiáng)烈建議在程序初始化時(shí)打印一下當(dāng)前工作目錄printf(當(dāng)前目錄: %s\n, _getcwd(NULL, 0));這樣你就能看到程序真實(shí)認(rèn)為的“當(dāng)前目錄”在哪里然后把res文件夾放到那個(gè)目錄下或者調(diào)整相對(duì)路徑的寫(xiě)法。4.3 碰撞體感和性能問(wèn)題體感問(wèn)題多半是碰撞判定過(guò)于嚴(yán)格。如圖片本身包含透明邊肉眼看起來(lái)沒(méi)碰矩形已經(jīng)重合了。解決辦法是把碰撞框縮小具體做法就是前面說(shuō)的在checkCollision時(shí)傳入的矩形不是直接從圖片寬高取而是取中心區(qū)域。我在實(shí)際項(xiàng)目里是這么寫(xiě)的// 玩家碰撞框?qū)捀邇H取中間部分縮留邊距 int pLeft player.x 5; int pRight player.x player.width - 5; int pTop player.y 5; int pBottom player.y player.height - 5;飛機(jī)貼圖是60x60時(shí)碰撞框長(zhǎng)寬就變成了50x50。這個(gè)余量對(duì)你躲避敵機(jī)來(lái)說(shuō)影響感非常明顯玩家會(huì)覺(jué)得“這一擦居然沒(méi)死”體驗(yàn)會(huì)舒服很多。性能問(wèn)題一般出在遍歷所有子彈和所有敵機(jī)做碰撞上。子彈數(shù)量50顆、敵機(jī)數(shù)量30架時(shí)每幀最多1500次碰撞檢測(cè)這對(duì)電腦來(lái)說(shuō)完全不值一提。真正拖垮性能的是圖片加載和釋放的頻率。比如你把飛機(jī)圖片在每一幀里重新loadimage一次那必然卡到懷疑人生。解決辦法就是所有圖片只在初始化時(shí)加載一次以后全部復(fù)用。4.4 內(nèi)存泄漏與游戲后期卡頓用鏈表管理敵機(jī)最常見(jiàn)的問(wèn)題就是只刪了節(jié)點(diǎn)沒(méi)釋放內(nèi)存導(dǎo)致內(nèi)存越漲越高。更隱蔽的是刪除節(jié)點(diǎn)時(shí)操作了懸空指針。我建議你在調(diào)試時(shí)把“銷(xiāo)毀敵機(jī)”單獨(dú)封裝成一個(gè)函數(shù)并對(duì)所有的鏈表刪除路徑統(tǒng)一走這個(gè)函數(shù)。定義如下void deleteEnemy(Enemy* enemyToDelete) { // 先從鏈表中斷開(kāi) if (enemyToDelete-prev) enemyToDelete-prev-next enemyToDelete-next; if (enemyToDelete-next) enemyToDelete-next-prev enemyToDelete-prev; free(enemyToDelete); EnemyCount--; // 全局計(jì)數(shù)調(diào)試時(shí)監(jiān)控 }這樣每次刪除都做了三件事更新前驅(qū)、更新后繼、釋放內(nèi)存。后期你甚至可以建立一個(gè)“敵機(jī)總數(shù)”的全局計(jì)數(shù)變量每幀判斷是否異常增長(zhǎng)一旦發(fā)現(xiàn)敵機(jī)數(shù)量沒(méi)減少立刻排查是不是有節(jié)點(diǎn)沒(méi)被釋放。4.5 存檔功能分?jǐn)?shù)排行榜這樣做最省事飛機(jī)大戰(zhàn)要不要保存最高分要的話最簡(jiǎn)單的方案是拿文件操作實(shí)現(xiàn)。游戲結(jié)束時(shí)把當(dāng)前分?jǐn)?shù)寫(xiě)入本地文件score.txt啟動(dòng)時(shí)讀出來(lái)顯示在右上角。// 保存最高分 FILE* fp fopen(score.txt, w); if (fp ! NULL) { fprintf(fp, %d, player.score); fclose(fp); } // 讀取最高分 int highScore 0; fp fopen(score.txt, r); if (fp ! NULL) { fscanf(fp, %d, highScore); fclose(fp); }細(xì)節(jié)是文件讀寫(xiě)要做好異常處理文件打不開(kāi)就做個(gè)兜底值不要影響游戲運(yùn)行。這一小段功能雖然只有十行但足以讓你體會(huì)到“文件操作在真實(shí)項(xiàng)目里到底怎么用”。5. 寫(xiě)在最后的幾點(diǎn)擴(kuò)展建議這個(gè)項(xiàng)目做完能玩之后我建議你先別急著收工試著做以下這幾個(gè)小擴(kuò)展每個(gè)擴(kuò)展都不需要推倒重來(lái)但都能讓項(xiàng)目從“能跑”進(jìn)化到“像樣”。第一個(gè)是增加音效。可以用Windows自帶的mciSendString接口播放背景音樂(lè)和爆炸音效只需注意頭文件以及鏈接winmm.lib。加入音效之后整個(gè)游戲的沉浸感立刻就不一樣了。第二個(gè)是增加Boss關(guān)卡。當(dāng)分?jǐn)?shù)達(dá)到某個(gè)閾值生成一只血厚、體積大、會(huì)橫向移動(dòng)的BossBoss被擊敗后游戲進(jìn)入下一個(gè)循環(huán)。這個(gè)擴(kuò)展用到的還是已有的鏈表和碰撞檢測(cè)只是把敵機(jī)參數(shù)改得更極端邏輯上基本是復(fù)用。第三個(gè)是增加道具掉落。敵機(jī)被消滅時(shí)有概率掉出道具玩家吃到后獲得“子彈加速”“雙倍分?jǐn)?shù)”“護(hù)盾”等效果。這里的關(guān)鍵在于新增一個(gè)“道具列表”以及道具和玩家的碰撞檢測(cè)——所有機(jī)制你在這個(gè)項(xiàng)目里都已經(jīng)實(shí)現(xiàn)過(guò)了相當(dāng)于把整個(gè)流程再驗(yàn)證一遍。我個(gè)人在實(shí)際操作中最深的體會(huì)是一個(gè)練手項(xiàng)目不在于代碼量有多少而在于你是否把一個(gè)完整的循環(huán)親手跑通了。從設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)、畫(huà)一個(gè)會(huì)動(dòng)的飛機(jī)、發(fā)射子彈、敵人出現(xiàn)、碰撞反饋、分?jǐn)?shù)變化到游戲結(jié)束每一步都會(huì)逼你把之前學(xué)過(guò)的零散知識(shí)重新組裝一遍。我第一次帶同學(xué)做這個(gè)項(xiàng)目時(shí)對(duì)方連指針傳參都理解得不透徹等做完整個(gè)游戲鏈表增刪、文件讀寫(xiě)、模塊化編程這些概念全都落地了。最后分享一個(gè)小技巧調(diào)試的時(shí)候不要從完整功能開(kāi)始我習(xí)慣先把“玩家能移動(dòng)”做出來(lái)跑通了再加子彈再跑通了加敵機(jī)最后才加碰撞和計(jì)分。每加一個(gè)功能就運(yùn)行測(cè)試一遍這樣就算出bug你也能準(zhǔn)確知道是哪一步引入的而不是一口氣寫(xiě)完一大堆代碼然后對(duì)著幾十個(gè)報(bào)錯(cuò)發(fā)呆。按這個(gè)節(jié)奏走兩到三個(gè)晚上的時(shí)間一個(gè)自己能玩的C語(yǔ)言飛機(jī)大戰(zhàn)就能穩(wěn)穩(wěn)落地。