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