游戲架構面試高頻問題及答案

游戲架構面試高頻問題及答案考試時間：______分鐘總分：______分姓名：______一、選擇題（每題只有一個正確答案）1.在游戲渲染管線中，將頂點數據從應用層傳遞到圖形處理單元（GPU）的主要方式通常是什么？A.直接寫入顯存B.通過頂點著色器接口C.利用圖形API（如DirectX,OpenGL）的緩沖區對象D.由CPU實時計算并推送2.對于需要頻繁觸發、具有獨立功能的操作，哪種設計模式通常比較適合用于游戲邏輯中？A.策略模式B.觀察者模式C.命令模式D.工廠模式3.在多人在線游戲中，為了減少網絡帶寬占用，哪種狀態同步策略通過只發送玩家輸入或預測結果，而由服務器計算最終狀態來實現？A.快照同步B.增量同步C.滑動窗口同步D.基于預測的同步4.如果一個游戲需要支持同時處理數以萬計的NPC的簡單行為和環境交互，而不需要精確的物理碰撞，哪種物理系統設計可能更合適？A.使用復雜的剛體動力學引擎B.實現輕量級的基于規則的行為樹系統C.集成完整的商業物理引擎D.依賴渲染管線進行簡單的遮擋剔除5.游戲中加載大量紋理資源導致DrawCall過多，以下哪種技術不能有效減少DrawCall？A.紋理圖集（TextureAtlas）B.實例化（Instancing）C.層次細節（LOD）技術D.統一著色器（UnifiedShading）6.在設計一個可擴展的音頻系統時，為了允許不同音效和音樂在運行時動態添加或修改而不需要重啟游戲，通常會采用哪種設計？A.預先編譯所有音頻資源并靜態加載B.使用單例模式管理所有音頻資源C.采用發布-訂閱模式處理音頻事件D.將所有音頻邏輯封裝在單一類中7.游戲引擎中，資源管理系統負責管理游戲資源（如模型、紋理、音頻）的加載、卸載和訪問，以下哪項通常不是資源管理系統的核心職責？A.資源的內存分配與回收B.資源格式轉換與解碼C.游戲關卡的數據加載D.資源依賴關系的解析8.在客戶端-服務器架構的多人游戲中，為了減少玩家感受到的輸入延遲，客戶端通常會采用什么技術來預測角色的下一步動作？A.物理同步B.插值（Interpolation）C.預測（Prediction）D.回滾（Reconciliation）9.以下哪種架構原則強調一個類或模塊應該對擴展開放，對修改關閉？A.單一職責原則（SingleResponsibilityPrinciple）B.開閉原則（Open/ClosedPrinciple）C.依賴倒置原則（DependencyInversionPrinciple）D.接口隔離原則（InterfaceSegregationPrinciple）10.當一個游戲需要在PC、主機和移動設備上運行，且不同平臺的硬件性能差異很大時，架構設計中通常會在哪個層次進行平臺抽象以隔離平臺差異？A.渲染管線底層API調用B.核心游戲邏輯C.設備輸入處理D.平臺特定的驅動層二、多選題（每題有兩個或兩個以上正確答案）1.以下哪些屬于現代游戲引擎中常見的渲染后處理效果？A.色彩校正（ColorGrading）B.運動模糊（MotionBlur）C.超級采樣抗鋸齒（SupersamplingAnti-Aliasing）D.環境光遮蔽（AmbientOcclusion）E.頂點動畫（VertexAnimation）2.設計一個高性能的物理系統時，以下哪些策略是重要的？A.使用空間數據結構（如四叉樹、八叉樹）優化碰撞檢測查詢B.減少物理計算在主線程的執行時間C.為不同的物理對象類型預定義復雜的碰撞形狀D.啟用盡可能多的物理效果以增強視覺表現E.合理配置物理步長（PhysicsTimeStep）3.在游戲架構中，為了實現高內聚和低耦合，以下哪些做法是推薦的？A.將功能相關的代碼邏輯封裝在同一個模塊或類中B.通過接口和抽象類定義模塊間的交互契約C.避免類之間直接引用，而是通過參數傳遞或事件傳遞D.將游戲狀態管理集中在單一的全局狀態機中E.鼓勵類之間進行深層次繼承4.多人在線游戲網絡架構設計需要考慮的方面包括哪些？A.帶寬效率和數據壓縮B.延遲（Latency）和抖動（Jitter）的處理C.數據同步的可靠性和一致性D.客戶端安全與反作弊機制E.服務器負載均衡與擴展性5.資源管理系統為了高效運行，可能會采用哪些技術或設計？A.異步加載資源以避免阻塞主線程B.使用內存池管理資源內存分配C.緩存常用資源以減少重復加載時間D.基于資源依賴關系進行優化加載順序E.為不同類型的資源采用不同的加載策略6.游戲架構中，輸入系統需要處理哪些功能？A.捕獲來自各種輸入設備（鍵盤、鼠標、手柄等）的數據B.解析和映射輸入按鍵或命令到具體的游戲操作C.處理輸入事件的優先級和沖突D.實現輸入數據的預測和網絡同步（如果需要）E.提供平滑的輸入響應和防抖動處理7.以下哪些設計模式通常與解耦和事件處理相關？A.觀察者模式（Observer）B.發布-訂閱模式（Pub/Sub）C.命令模式（Command）D.工廠模式（Factory）E.單例模式（Singleton）8.性能優化是游戲架構的重要組成部分，以下哪些屬于常見的性能優化方向？A.優化CPU計算密集型任務，如物理模擬、AI尋路B.利用多線程技術分擔渲染和邏輯計算負載C.優化內存訪問模式，減少緩存未命中D.減少渲染管線的狀態切換和DrawCallE.壓縮資源數據，減少磁盤讀取和內存占用9.為了支持游戲的可擴展性，架構設計中通常會考慮哪些方面？A.模塊化設計，將功能劃分為獨立的模塊B.提供插件或腳本接口，允許擴展功能C.使用配置文件管理游戲行為和參數D.設計靈活的數據結構以適應未來需求E.將所有邏輯硬編碼在核心引擎中，避免擴展10.針對不同平臺（如PC,主機,移動端）進行游戲開發時，架構設計需要考慮哪些差異和適配？A.硬件性能差異（CPU,GPU,內存,存儲）帶來的優化需求B.操作系統和圖形API的差異C.輸入設備的不同（手柄vs鍵盤鼠標）D.屏幕分辨率和顯示比例的適配E.各平臺特定的功能支持和限制（如在線服務集成）三、填空題1.游戲引擎的__________負責處理玩家輸入，將其轉換為游戲內的動作或事件。2.在deferredshading（延遲著色）渲染管線中，光照計算通常在光柵化階段之后，在__________階段進行。3.設計良好的游戲架構應該遵循__________原則，使得模塊之間耦合度低，便于獨立修改和擴展。4.為了在網絡上同步玩家的動作，通常會記錄輸入或狀態變化，并使用__________協議進行傳輸。5.游戲資源管理系統中，__________用于跟蹤一個資源被哪些其他資源所依賴，以避免錯誤卸載。6.觀察者模式允許對象在狀態改變時自動通知一組__________它關注的對象。7.在多線程游戲架構中，訪問共享資源必須使用__________機制，如互斥鎖（Mutex）或讀寫鎖（RWLock），以防止數據競爭。8.對于需要精確物理模擬的場景，如車輛動力學或軟體效果，通常會使用專業的__________引擎。9.游戲性能分析中，__________是一種通過圖形API提供的機制，可以追蹤和可視化渲染管線的各個階段和繪制調用。10.為了減少網絡同步的頻率，提高響應性，游戲架構中常采用__________策略，允許客戶端在接收到服務器確認前進行預測性渲染。四、簡答題1.請簡述游戲渲染管線（RenderingPipeline）的主要階段及其基本功能。2.解釋發布-訂閱模式（Pub/Sub）在游戲架構中如何實現模塊間的解耦，并舉例說明其應用場景。3.在設計一個支持大規模開放世界的游戲時，網絡架構需要面對哪些主要挑戰？請列舉至少三種挑戰并提出相應的架構設計考慮。4.描述一下資源管理系統（AssetManagementSystem）在加載一個游戲資源（例如，一個復雜的3D模型）時，通常需要經歷的步驟。5.什么是單例模式（Singleton）？在游戲架構中，它通常用于實現哪些功能？請討論其優缺點。五、設計題1.假設你需要設計一個允許玩家自定義武器技能效果的游戲系統。請簡述該系統的架構設計思路，包括主要模塊、它們之間的交互方式以及可能采用的設計模式。2.描述一下為一個支持多人協作（Co-op）的游戲設計其核心架構需要考慮的關鍵點，例如玩家狀態同步、交互邏輯處理、游戲世界一致性保證等方面。試卷答案一、選擇題1.C解析：圖形API（如DirectX,OpenGL）提供的緩沖區對象（如VertexBufferObject,VBO）是CPU將頂點數據上傳到GPU并供渲染管線使用的標準方式。2.C解析：命令模式將請求封裝成對象，從而允許用戶使用不同的命令、隊列或日志請求，并支持可撤銷的操作。這對于游戲中的離散動作（如攻擊、使用技能）非常適用。3.B解析：增量同步只發送自上次同步以來發生變化的數據或輸入，相比發送完整狀態（快照同步）更高效，常與客戶端預測結合使用。4.B解析：輕量級的基于規則的行為樹系統足以模擬簡單的AI行為，且計算量遠小于完整物理引擎，適合大規模場景。復雜物理引擎和完整商業引擎對于“簡單行為和環境交互”可能是過度設計。5.C解析：層次細節（LOD）技術是通過使用不同精細度的模型來優化渲染效果和性能，它不直接減少單個DrawCall的數量，反而可能增加。其他選項（紋理圖集、實例化、統一著色器）都是減少DrawCall的有效手段。6.C解析：發布-訂閱模式允許事件的發布者和訂閱者解耦，事件發生時系統會自動通知所有訂閱了該事件的模塊，非常適合動態、靈活地處理音頻事件和觸發音效。7.C解析：游戲關卡的數據加載通常由場景管理系統或關卡編輯器相關模塊負責，而資源管理系統更側重于資源本身的管理（加載、緩存、卸載、訪問等）。其他選項都是資源管理系統的核心職責。8.C解析：預測是指客戶端根據玩家輸入和本地狀態預測角色的未來動作，即使服務器尚未確認，也能提供較流暢的體驗。插值是平滑顯示服務器確認的狀態變化，回滾是糾正預測錯誤。9.B解析：開閉原則是軟件設計的基本原則之一，指軟件實體（類、模塊）應該對擴展開放（可以通過繼承或修改配置來擴展功能），對修改關閉（通過新增代碼而非修改現有代碼來適應變化）。10.B解析：核心游戲邏輯需要適應不同平臺的輸入、性能和功能差異，因此應該與平臺特定的實現細節相隔離。通過在核心邏輯之上構建抽象層或使用跨平臺框架，可以隔離這些平臺差異。二、多選題1.A,B,C,D解析：這些都是常見的渲染后處理效果，用于增強圖像質量和視覺體驗。頂點動畫是模型動畫技術，不屬于渲染后處理。2.A,B,E解析：優化物理系統需要關注空間數據結構以提高效率、多線程以避免卡頓、以及合理的物理步長設置以保證穩定性和準確性。復雜的碰撞形狀、過多物理效果和硬編碼邏輯通常會增加不必要的復雜度和性能開銷。3.A,B,C解析：高內聚意味著一個單元（類、模塊）內部的功能緊密相關，低耦合意味著單元之間依賴關系少。封裝相關代碼、通過接口交互、避免直接依賴都是實現低耦合和高內聚的有效方法。避免深繼承和集中狀態機有時反而會導致耦合增加。4.A,B,C,D,E解析：這些都是設計高性能、穩定、可擴展的多人在線游戲網絡架構時必須考慮的關鍵方面，涵蓋了從數據層面到服務層面的各種挑戰。5.A,B,C,D,E解析：異步加載、內存池、緩存、依賴關系管理和針對性策略都是現代資源管理系統為了提高效率和性能常用的技術。6.A,B,C,D,E解析：輸入系統需要完成從捕獲、解析、處理到響應的全過程，并可能涉及網絡同步和防抖動等高級功能。7.A,B,C解析：觀察者模式和發布-訂閱模式都是典型的解耦模式，允許對象或模塊通過事件/消息進行通信而不直接引用對方。命令模式將操作封裝成對象，也可以間接實現一定程度的解耦。工廠模式和單例模式主要與創建對象或保證唯一實例有關。8.A,B,C,D,E解析：這些都是游戲性能優化的常見方向，涵蓋了CPU、GPU、內存、多線程、資源等多個層面。9.A,B,C,D解析：模塊化、插件/腳本接口、配置文件、靈活數據結構都是提高軟件可擴展性的常用架構設計手段。將所有邏輯硬編碼會嚴重犧牲擴展性。10.A,B,C,D,E解析：跨平臺開發需要考慮硬件性能、圖形API、輸入方式、顯示特性以及平臺特定功能等所有這些方面，以確保游戲在不同平臺上都能良好運行和體驗。三、填空題1.輸入系統(InputSystem)解析：負責接收、處理和映射玩家或其他輸入設備的指令。2.片段處理(FragmentProcessing/PixelShaderStage)解析：在deferredshading中，幾何信息和光照信息分開處理，光照計算發生在光柵化之后、片段處理階段。3.開閉(Open/Closed)解析：這是SOLID原則之一，指軟件實體對擴展開放，對修改關閉。4.實時(Real-time)/UDP(或其變種如UDP-Lite)解析：為了低延遲，通常使用實時傳輸協議。UDP因其無連接和低延遲特性常被游戲網絡使用，盡管需要開發者處理可靠性問題。5.依賴關系圖(DependencyGraph)/資源依賴管理(ResourceDependencyManagement)解析：系統需要記錄資源間的依賴，確保在卸載資源時不會破壞依賴它的其他資源。6.相關者(ConcernedParties)/訂閱者(Subscribers)解析：觀察者模式允許一個對象的狀態變化時，自動通知所有對其狀態感興趣的“相關者”。7.同步(Synchronization)/鎖(Locking)解析：在多線程環境下，共享資源的訪問必須進行同步，使用互斥鎖等機制防止數據競爭和錯誤。8.物理引擎(PhysicsEngine)解析：對于需要高精度和復雜物理模擬的場景，通常依賴專業的第三方或自研物理引擎（如PhysX,Havok,Bullet）。9.渲染分析器(RendererAnalyzer)/FrameDebugger解析：這是圖形API提供的工具，可以追蹤渲染命令的執行順序、耗時以及繪制調用，是調試渲染性能的關鍵工具。10.延遲補償(LagCompensation)/權重混合(WeightedBlending)解析：這是一種在存在網絡延遲的情況下，通過結合預測和實際同步數據來減少可見延遲的技術。四、簡答題1.游戲渲染管線（RenderingPipeline）的主要階段及其基本功能：渲染管線是將3D場景或2D圖像從應用描述轉換為最終像素顯示在屏幕上的過程。主要階段包括：*頂點處理(VertexProcessing):處理每個頂點的數據，執行頂點著色器（VertexShader），計算頂點位置（包括變換、投影）、光照初步計算、紋理坐標等。*圖元組裝(PrimitiveAssembly):將頂點數據組裝成圖元（如三角形、線段、點）。*光柵化(Rasterization):將圖元轉換為屏幕上的像素片段（RasterizedFragments/Pixels）。這個過程判斷每個圖元覆蓋的像素，并生成片段，計算屏幕坐標、插值頂點著色器的輸出到片段級別。*片段處理(FragmentProcessing):對每個片段執行片段著色器（FragmentShader/PixelShader）。主要計算像素的顏色（包括紋理采樣、光照計算、陰影、后處理效果等）。*輸出合并(OutputMerging):將片段處理的結果（顏色、深度、模板等）寫入到幀緩沖區（FrameBuffer），最終形成可見的圖像。2.解釋發布-訂閱模式（Pub/Sub）在游戲架構中如何實現模塊間的解耦，并舉例說明其應用場景。發布-訂閱模式通過引入一個中心化的消息總線或事件中心，使得事件的發布者（Producer）只需將事件發布到特定的主題（Topic），而事件的訂閱者（Subscriber）則向中心訂閱自己感興趣的主題。發布者和訂閱者之間沒有直接的知識或依賴關系，它們通過事件和主題進行間接通信。這種模式實現了模塊間的解耦，因為：*發布者不需要知道哪些模塊會使用這個事件，只需發布即可。*訂閱者不需要知道事件的來源，只需關心事件內容是否對自己有用。*可以隨時添加或移除訂閱者，不影響發布者或其他訂閱者。*發布者和訂閱者都可以獨立地擴展或修改，只要遵循事件/主題的約定。應用場景舉例：*游戲邏輯與UI交互：當玩家角色死亡時，游戲邏輯發布一個“角色死亡”事件。UI系統訂閱此事件，并在收到事件后更新UI顯示（如顯示死亡菜單）。音頻系統也可能訂閱此事件以播放死亡音效。它們都響應同一事件，但實現各自邏輯，互不影響。*AI行為觸發：一個AI實體感知到玩家時，發布“發現玩家”事件。周圍的其他AI（如巡邏兵、敵人）可以訂閱此事件，并據此改變自己的行為（如轉向、攻擊）。AI實體本身不需要知道有哪些具體的AI會響應它的發現。3.在設計一個支持大規模開放世界的游戲時，網絡架構需要面對哪些主要挑戰？請列舉至少三種挑戰并提出相應的架構設計考慮。主要挑戰及架構設計考慮：*挑戰1：海量數據同步與帶寬壓力。大規模世界包含大量對象、地形細節，每次狀態更新都需要傳輸大量數據。*設計考慮：使用高效的數據表示和壓縮算法；采用分層同步策略（如只同步關鍵狀態、使用增量同步）；利用預測、插值、回滾技術減少需要同步的數據量；實現動態LOD（LevelofDetail）網絡同步，遠距離對象使用低精度數據。*挑戰2：網絡延遲（Latency）與數據傳輸延遲。地理范圍廣闊導致物理距離遠，往返延遲高，影響交互響應性。*設計考慮：實現客戶端預測和服務器同步機制，平滑延遲影響；采用延遲補償（LagCompensation）技術處理交互（如戰斗）；優化同步頻率，平衡實時性與帶寬；對于非關鍵操作，允許一定的延遲。*挑戰3：服務器負載與可擴展性。整個開放世界的狀態需要服務器管理，大量玩家同時在線會帶來巨大的計算和存儲壓力。*設計考慮：采用分布式服務器架構（如基于地理位置的分片Sharding或動態分片DynamicSharding）；實現區域加載/卸載，只加載玩家附近區域的數據和邏輯；將部分邏輯下放到客戶端（需保證安全性和一致性）；利用云服務實現彈性伸縮。4.描述一下資源管理系統（AssetManagementSystem）在加載一個游戲資源（例如，一個復雜的3D模型）時，通常需要經歷的步驟。加載復雜3D模型資源通常涉及以下步驟：*資源標識與查找：根據資源名稱或ID，在資源緩存或資源數據庫中查找該模型資源。如果未找到（緩存未命中），則需要進行加載。*解析文件頭/元數據：讀取模型文件（如FBX,OBJ,GLTF）的頭部信息或元數據，了解模型包含的組件（頂點、面、材質、骨骼等）及其格式。*異步加載請求：將加載任務放入異步加載隊列，避免阻塞主線程。加載器開始從磁盤或其他存儲介質讀取文件數據。*數據解析與轉換：解析文件中的具體數據。對于3D模型，這包括：*頂點數據（位置、法線、紋理坐標、顏色等）的解析和內存復制。*索引數據（構成三角形網格的面索引）的解析和內存復制。*骨骼數據的解析（骨骼矩陣、骨骼hierarchy）。*材質數據的解析（著色器著色器、紋理引用）。*紋理資源的解析（解碼、內存加載）。*可能需要進行格式轉換或優化（如合并Mesh、計算Tangent空間）。*資源內存分配與管理：為解析出的數據分配內存，并更新資源管理系統的內存統計信息。*建立資源內部結構：根據解析的數據，構建模型在內存中的表示結構，如VertexBuffer,IndexBuffer,BoneStructure,MaterialInstance等。*依賴關系處理：檢查模型是否依賴其他資源（如紋理、著色器），如果依賴資源尚未加載，可能需要等待或優先加載依賴項。*資源就緒通知：當加載和解析完成，模型資源在內存中準備就緒后，通知請求加載的模塊（如場景系統、動畫系統），資源可以開始被使用。*緩存管理：將加載完成的資源放入內存緩存中，以便后續快速訪問。根據緩存策略（如LRU）管理緩存大小。5.什么是單例模式（Singleton）？在游戲架構中，它通常用于實現哪些功能？請討論其優缺點。單例模式是一種設計模式，確保一個類只有一個實例，并提供一個全局訪問點來獲取該實例。通常通過在類中實現一個靜態方法或屬性，該方法/屬性負責檢查實例是否已存在，如果不存在則創建它，如果存在則返回現有實例。在游戲架構中，單例模式通常用于實現：*全局配置管理器：管理游戲的全局設置、常量、資源路徑等。*核心服務：如日志系統（統一記錄日志）、資源管理系統（全局資源訪問）、音頻系統（全局音頻播放和控制）、輸入系統（統一處理輸入）、網絡管理器（全局網絡連接）。*游戲狀態機：全局管理游戲的主循環狀態（如菜單、加載、游戲、暫停、結束）。*設備管理器：管理對屏幕、渲染設備等硬件的訪問。優點：*全局訪問點：提供了一個明確的、全局一致的訪問方式，方便在不同模塊間引用。*資源控制：可以有效控制共享資源的訪問，例如只創建一次數據庫連接或只加載一份核心配置。缺點：*違反封裝：單例的全局狀態可以被任何代碼修改，增加了代碼的耦合度和維護難度，隱藏了狀態變化。*多線程問題：如果在多線程環境下不加處理地使用，可能導致線程安全問題。*測試困難：由于其全局性和潛在的副作用，對包含單例的模塊進行單元測試可能比較困難，需要模擬（Mock）或依賴注入（DependencyInjection）。*過度使用：過度使用單例模式可能導致架構變得僵化，降低系統的靈活性和擴展性。五、設計題1.假設你需要設計一個允許玩家自定義武器技能效果的游戲系統。請簡述該系統的架構設計思路，包括主要模塊、它們之間的交互方式以及可能采用的設計模式。架構設計思路：*主要模塊：*技能配置管理器(SkillConfigManager):負責加載、解析和管理所有內置的技能模板數據（效果類型、觸發條件、參數范圍、圖標、音效等）。使用資源管理系統獲取配置數據。*技能效果執行器(EffectExecutor):負責根據技能指令執行具體的效果邏輯。這是核心執行模塊。*技能效果庫(EffectLibrary):封裝各種可自定義的效果邏輯，如傷害計算、狀態附加（中毒、減速）、范圍效果、視覺特效（VFX）、音效（SFX）等。每個效果實現一個統一的接口。*玩家技能界面(PlayerSkillUI):(可選，如果涉及UI交互)負責展示可自定義的技能列表、效果選項，接收玩家輸入。*玩家狀態/屬性管理器(PlayerState/AttributeManager):提供技能執行器所需的相關玩家信息，如當前屬性值、持有的資源（法力、能量）、施加的狀態效果等。*交互方式：1.玩家通過UI界面選擇要自定義的技能。2.UI將玩家選擇發送給游戲邏輯層。3.游戲邏輯層調用`SkillConfigManager`獲取該技能的模板數據。4.玩家在UI中選擇或修改技能的效果組合和參數（如選擇傷害效果類型、設置傷害數值、選擇范圍VFX）。5.UI將自定義結果（包含選擇的效果ID和參數）發送給游戲邏輯層。6.游戲邏輯層將自定義的技能配置存儲在玩家數據中（如PlayerSkillData）。7.當玩家使用該技能時，`SkillConfigManager`從玩家數據中讀取該技能的自定義配置。8.根據配置，`SkillConfigManager`調用`EffectExecutor`。9.`EffectExecutor`遍歷配置中的效果列表，對于每個效果，根據其ID從`EffectLibrary`中查找對應的效果實例。10.`EffectExecutor`調用找到的效果實例的執行接口，傳入必要的參數（如目標、技能源、自定義參數等）。11.各效果實例根據自身邏輯和參數執行具體效果（如調用傷害計算邏輯、調用VFX系統播放特效、調用SFX系統播放音效、調用狀態管理器修改目標狀態）。12.`EffectExecutor`完成所有效果的執行。*可能采用的設計模式：*工廠模式(FactoryMethod/AbstractFactory):用于`EffectLibrary`?？梢远x一個效果接口`IEffect`，然后為每種具體效果（如`DamageEffect`,`SlowEffect`,`VFXEffect`）創建一個實現類。工廠類根據傳入的ID或類型參數，創建并返回對應的具體效果實例，封裝了實例化的細節。*策略模式(Strategy):每個具體的效果類（如`DamageEffect`,`SlowEffect`）可以看作是實現特定“行為”的策略。技能可