Half-Life及Source引擎游戏模组为何编译为DLL？EXE如何调用DLL与加载渲染资源？

1. 负责调用模组dll的核心模块 #

Source引擎的主可执行文件（比如hl2.exe、csgo.exe等对应单款游戏的启动程序）中，负责加载调用模组dll的是*模组加载器（Mod Loader）*模块，属于引擎核心层的基础组件，具体执行逻辑如下：

• 程序启动时首先读取当前选定模组的gameinfo.txt配置文件，解析出需要加载的服务端模组dll（通常命名为server.dll）、客户端模组dll（通常命名为client.dll）的存储路径
• 调用Windows系统API LoadLibraryEx将对应dll加载到游戏进程的内存空间
• 通过GetProcAddress获取dll导出的固定接口函数CreateInterface的地址，调用该函数拿到模组实现的IServerGameDLL、IClientGameDLL等核心接口实例
• 后续引擎全程通过这些预定义的抽象接口和模组dll交互，不需要感知模组的具体实现逻辑

2. 模型加载与渲染内容判定的实现逻辑 #

2.1 模型加载流程 #

模型加载统一由引擎的*资源管理系统（Resource System）*处理：

• 接收到模型加载需求后，首先检查本地缓存的.vpk（Valve Pak，Source引擎官方资源打包格式）包和自定义文件路径，匹配到目标.mdl格式模型文件
• 解析mdl文件头，提取模型面数、骨骼数、LOD层级、绑定动画等元数据
• 依次加载模型关联的.vmt材质文件、.vtf纹理文件、.phy物理碰撞文件，全部资源校验完成后将模型注册到渲染资源池，避免重复加载

模组可以通过覆盖同路径的同名资源文件，实现替换原版游戏模型的效果，这也是绝大多数Source模组自定义内容的实现基础

2.2 渲染内容判定逻辑 #

引擎通过多层筛选确定最终需要渲染的内容：

• 第一层是潜在可见集（PVS）剔除：地图编译时会提前烘焙每个区域的潜在可见集数据存储在.bsp地图文件中，运行时直接根据当前相机所在位置，直接剔除不在对应PVS范围内的所有物体
• 第二层是视锥体剔除：对PVS范围内的物体，判断其轴向包围盒是否在相机的视锥体范围内，完全处于视锥体外的物体直接剔除
• 第三层是LOD层级选择：对保留下来的可见物体，根据其到相机的距离选择对应的LOD层级模型，距离越远使用面数越低的模型，降低渲染压力
• 最终将筛选后的实体、粒子、UI元素等按材质分类后提交给渲染线程，执行绘制调用

内容的提问来源于stack exchange，提问作者Abstrakt