1. 项目概述为什么你需要一个插件框架如果你是一个Unity游戏开发者或者是一个热衷于为Unity游戏制作模组的爱好者那么你一定遇到过这样的困境想给游戏加个新功能或者修改某个不合理的设定却发现游戏本体没有提供任何接口。直接修改游戏的原生代码那意味着每次游戏更新你的修改都可能失效甚至引发崩溃。更别提多人协作时代码冲突和管理混乱的问题了。这就是插件框架存在的意义。它像是一座桥梁一端连接着封闭的游戏本体另一端为你敞开了一扇安全、规范的大门让你可以无侵入地扩展游戏功能。而在Unity社区尤其是PC平台的模组开发领域BepInEx无疑是这座桥梁中最坚固、最通用的一座。它不是一个具体的插件而是一个插件加载器框架。简单说它负责在游戏启动时“注入”自己建立一个运行环境然后帮你加载和管理所有遵循其规范的插件.dll文件。这样你的插件就不会直接去“碰”游戏的原生代码而是通过BepInEx提供的API进行交互安全性和兼容性得到了极大保障。我最初接触BepInEx是为了给某款热门独立游戏添加一些辅助显示功能。当时尝试过其他注入工具过程繁琐错误百出。直到用了BepInEx那种“三步到位”的清爽感和后续开发的顺畅让我决定把它推荐给所有想踏入Unity游戏模组开发领域的朋友。无论你是想为游戏增加“Mod管理界面”、“一键整理背包”还是实现更复杂的“游戏机制修改”从BepInEx开始都是最稳妥的选择。2. 核心思路与准备工作在开始动手之前我们必须理解BepInEx工作的核心逻辑这能帮你避开很多初期的困惑。它的工作流程可以概括为“拦截-加载-执行”。游戏启动时BepInEx的引导程序Bootstrap会率先行动将自己注入到游戏进程。这个过程通常是靠一个名为winhttp.dll或doorstop的代理机制来完成的取决于你的安装方式它“欺骗”游戏先去加载BepInEx的核心。随后BepInEx核心会初始化自己的环境扫描指定目录通常是游戏根目录下的BepInEx/plugins里的所有插件DLL文件。对于每一个合法的插件BepInEx会创建实例并调用其预定义的入口方法例如带有[BepInPlugin]特性的类。你的插件代码就在这个安全沙箱里开始运行并通过BepInEx提供的Harmony库等方法安全地对游戏代码进行“打补丁”Patch或调用游戏API。所以我们的三步搭建本质上就是1. 部署这个“引导程序”和核心文件到正确位置2. 配置它以适应你的特定游戏3. 创建并运行一个最简单的插件来验证环境。整个过程对游戏原始文件零修改所有东西都放在独立的文件夹里卸载时直接删除即可非常干净。注意使用插件或制作插件前请务必尊重游戏开发者的劳动成果遵守游戏的用户协议并仅用于单机游戏或获得授权的场景。在线游戏使用模组可能存在封号风险。2.1 工具与游戏准备你需要准备以下几样东西目标Unity游戏一个你已经安装好的、基于Unity引擎的PC游戏。建议先从一些知名的、模组社区活跃的游戏开始比如《雨中冒险2》、《英灵神殿》、《星露谷物语》等。这些游戏通常与BepInEx兼容性最好。BepInEx 发布包前往BepInEx的GitHub发布页面下载最新的稳定版本。通常你会看到一个名为BepInEx_x64_5.4.21.zip这样的文件版本号会变。请根据你的游戏是32位x86还是64位x64选择对应的版本现代游戏大多为64位。一个代码编辑器用于后续开发插件。对于新手强烈推荐Visual Studio 2022 Community Edition免费安装时记得勾选“.NET 桌面开发”和“使用Unity的游戏开发”工作负载。如果你更喜欢轻量级Visual Studio Code配合C#扩展也是不错的选择。.NET 开发环境BepInEx 5.x 基于.NET Framework 4.7.2 或 .NETCore。通常安装Visual Studio时会自动携带。你可以通过在命令行输入dotnet --version来检查是否已安装。2.2 理解关键目录结构提前了解BepInEx部署后的目录结构能让你心里有张地图游戏根目录/BepInEx/核心文件夹core/- BepInEx自身运行所需的核心库如BepInEx.Core.dll不要动。plugins/-这是你放插件的地方。你自己写的或下载的插件.dll文件都放在这里或其子文件夹下。patchers/- 放置“补丁器”Patcher插件这是一种在插件加载前运行的、更底层的修改器新手暂时用不到。config/- 插件的配置文件会自动生成在这里通常是.cfg文件。doorstop_config.ini或winhttp.dll- BepInEx的引导入口文件。changelog.txt,BepInEx.log- 日志文件出问题时查看这里。3. 第一步部署BepInEx到游戏这是最基础也最关键的一步目标是让BepInEx能够随游戏启动。操作流程定位游戏根目录在Steam库中右键游戏 - “管理” - “浏览本地文件”。其他平台也类似找到游戏主执行文件.exe所在的文件夹。解压BepInEx包将下载的BepInEx_x64_5.4.21.zip文件解压。你会看到里面已经包含了一个BepInEx文件夹以及doorstop_config.ini、winhttp.dll等几个文件。复制文件将解压出的所有文件和文件夹直接复制到游戏根目录下。如果系统询问是否合并或替换文件夹选择“是”。关键配置针对Unity游戏用记事本打开游戏根目录下的doorstop_config.ini文件。找到以下几行并进行修改[Doorstop] ; 启用Doorstop enabled true ; 指向BepInEx核心库的路径通常保持默认即可 targetAssembly BepInEx/core/BepInEx.Preloader.dll ; 【重要】将下面这一行的值改为 TRUE ignoreDisableSwitch true将ignoreDisableSwitch设为true是为了确保BepInEx在任何情况下都能加载避免因游戏启动参数等原因被意外禁用。验证安装启动游戏。如果安装成功你会看到游戏启动时可能会快速闪过一个控制台窗口黑色背景白色文字。进入游戏主菜单或场景后查看游戏根目录下的BepInEx文件夹里面会多出一个LogOutput.log文件。打开这个日志文件如果能看到类似“[Info : BepInEx] BepInEx 5.4.21.0 - {游戏名}”以及一系列加载插件即使为0的信息那么恭喜你BepInEx框架已经成功搭起来了实操心得第一次部署后游戏无法启动或瞬间闪退99%的问题出在版本不匹配。确认你下载的BepInEx版本x86/x64与游戏匹配。另一个常见坑是杀毒软件或Windows Defender误删了winhttp.dll文件将其加入白名单即可。4. 第二步配置与核心机制浅析部署成功只是开始理解并简单配置能让它更好地工作。BepInEx的核心配置文件是BepInEx/config/BepInEx.cfg它会在第一次运行后自动生成。4.1 基础配置解读用文本编辑器打开BepInEx.cfg你会看到很多配置项。对于新手关注这几项就够了[Logging] ## 是否启用控制台窗口。开启后游戏启动时会显示一个黑底白字的调试窗口非常有用。 # 设置类型Boolean # 默认值false Enabled false [Logging.Console] ## 控制台窗口的标题。 # 设置类型String # 默认值BepInEx Log Title BepInEx Log [Chainloader] ## 插件搜索的路径分号分隔。默认会搜索BepInEx/plugins下的所有.dll。 # 设置类型String # 默认值BepInEx/plugins DllSearchPaths BepInEx/plugins建议在开发调试阶段将[Logging]下的Enabled设为true。这样任何插件输出的日志、以及BepInEx自身的错误信息都会实时显示在控制台是排查问题的第一利器。发布给他人使用时可以关闭以保持界面清爽。4.2 Harmony补丁机制简介这是BepInEx插件能修改游戏行为的“魔法”之源。Harmony是一个强大的运行时代码补丁库。你不需要理解游戏全部源码只需要知道你想修改的方法名、所属类以及参数类型。插件通过Harmony可以在目标方法执行前Prefix、执行后Postfix或完全替换Transpiler高级插入你自己的代码逻辑。例如你想让游戏里所有“伤害值”翻倍就可以找到一个计算伤害的方法用Postfix补丁在它计算完成后把结果乘以2。BepInEx已经内置了Harmony你只需要在插件项目中引用它即可。这为我们第三步开发插件奠定了基础。5. 第三步创建你的第一个BepInEx插件现在让我们亲手打造一个“Hello World”级别的插件。它的功能很简单在游戏启动时在BepInEx的日志和控制台里打印一条欢迎信息。5.1 创建插件项目打开Visual Studio选择“创建新项目”。搜索并选择“类库.NET Framework”或“类库.NET Standard”。对于BepInEx 5推荐使用.NET Framework 4.7.2或.NET 6.0/8.0。给项目起个名字比如MyFirstBepInExPlugin。创建项目后我们需要通过NuGet包管理器添加必要的引用。右键项目 - “管理NuGet程序包”。在“浏览”选项卡中搜索并安装以下两个包BepInEx.Core(版本号选择与你部署的BepInEx运行时一致的例如5.4.21)BepInEx.Harmony(同样选择匹配版本例如2.0.1)BepInEx.PluginInfoProps(可选但推荐用于简化插件元数据定义)5.2 编写插件核心代码安装完成后打开默认的Class1.cs文件将其完全替换为以下代码using BepInEx; using BepInEx.Logging; using HarmonyLib; using System.Reflection; // 插件元数据声明 [BepInPlugin(PluginGUID, PluginName, PluginVersion)] public class MyFirstBepInExPlugin : BaseUnityPlugin // 必须继承BaseUnityPlugin { // 定义插件的唯一标识符、名称和版本 public const string PluginGUID com.yourname.mods.myfirstplugin; public const string PluginName 我的第一个BepInEx插件; public const string PluginVersion 1.0.0; // 内部日志记录器 internal static ManualLogSource Log; // Awake方法在插件被加载时由BepInEx自动调用是主要的初始化入口 private void Awake() { // 初始化日志记录器这样我们就可以用Logger.LogInfo()等方式输出信息了 Log Logger; // 输出启动信息到BepInEx日志和控制台 Log.LogInfo($插件 {PluginName} v{PluginVersion} 加载成功); // 应用Harmony补丁虽然我们这个简单例子没有实际补丁但展示了流程 Harmony.CreateAndPatchAll(Assembly.GetExecutingAssembly()); Log.LogInfo(Harmony补丁应用完成。); } }代码逐行解析[BepInPlugin(...)]这是插件的“身份证”BepInEx通过它来识别和管理插件。PluginGUID推荐使用“域名倒写”的格式确保全球唯一。BaseUnityPlugin所有BepInEx插件必须直接或间接继承这个类。它提供了Logger属性、配置系统等基础设施。Awake()这是Unity MonoBehaviour的生命周期方法被BepInEx重写用于插件初始化。你的插件启动代码必须写在这里而不是构造函数里。Log.LogInfo()使用BepInEx的日志系统输出信息。这比Console.WriteLine()更规范信息会输出到文件和控制台如果已启用。Harmony.CreateAndPatchAll(...)这一行会扫描当前程序集即你的插件DLL中所有带有[HarmonyPatch]特性的类并自动应用补丁。我们这个示例没有实际补丁所以这行代码暂时不会做具体事但它是Harmony工作的标准流程。5.3 编译与部署在Visual Studio中选择“生成” - “生成解决方案”或按CtrlShiftB。如果一切顺利会在项目的bin/Debug或bin/Release文件夹下生成一个MyFirstBepInExPlugin.dll文件。将这个.dll文件复制到你的游戏目录下的BepInEx/plugins文件夹里。你可以为你的插件单独创建一个子文件夹比如BepInEx/plugins/MyFirstPlugin/这样更整洁。启动游戏。如果之前配置了启用控制台你会立刻在控制台看到你插件输出的绿色信息“插件 我的第一个BepInEx插件 v1.0.0 加载成功”。同时检查BepInEx/LogOutput.log文件也能找到相同的日志条目。至此你已经完成了一个完整BepInEx插件的开发、部署和运行闭环虽然它什么都没改但你已经掌握了最核心的流程。6. 进阶实战用Harmony修改游戏数值让我们做一个更有趣的插件将玩家角色的移动速度提高50%。这需要用到Harmony进行方法补丁。6.1 定位目标游戏代码这是模组开发中最具挑战性也最有趣的一步。你需要知道哪个类、哪个方法控制着移动速度。通常有几种方法查阅游戏官方文档或模组Wiki一些开源或模组友好的游戏会有社区整理的信息。使用反编译工具如dnSpy或ILSpy直接查看游戏的程序集Assembly-CSharp.dll。这需要一定的C#和Unity知识。参考现有模组学习其他类似功能的开源模组是如何实现的。假设我们通过分析得知目标游戏有一个PlayerController类里面有一个public float moveSpeed属性和一个void UpdateMovement()方法负责应用这个速度。6.2 编写Harmony补丁我们在之前的插件项目里新增一个类文件SpeedPatch.cs。using HarmonyLib; using UnityEngine; namespace MyFirstBepInExPlugin { // Harmony补丁类名字可以自定 [HarmonyPatch] internal class SpeedPatch { // 指定要补丁的目标方法PlayerController类的UpdateMovement方法 // 使用HarmonyPatch注解第一个参数是类型第二个是方法名。 // 如果方法有重载还需要指定参数类型。 [HarmonyPatch(typeof(PlayerController), nameof(PlayerController.UpdateMovement))] [HarmonyPostfix] // 这是一个后置补丁在原方法执行完毕后运行 static void UpdateMovement_Postfix(PlayerController __instance) { // __instance 是Harmony自动提供的原方法所属对象的实例即当前的PlayerController // 检查实例是否有效 if (__instance null) return; // 将移动速度提升为原来的1.5倍 // 假设moveSpeed是public字段。如果是private需要使用Traverse或反射这里为简化假设为public。 float originalSpeed __instance.moveSpeed; __instance.moveSpeed originalSpeed * 1.5f; // 可选记录一下日志调试用 MyFirstBepInExPlugin.Log.LogDebug($移动速度已从 {originalSpeed} 修改为 {__instance.moveSpeed}); } } }关键点解析[HarmonyPatch(typeof(TargetClass), MethodName)]这是定位目标方法的标记。nameof操作符是更安全的写法避免拼写错误。[HarmonyPostfix]表示这是一个后置补丁。还有[HarmonyPrefix]前置和[HarmonyTranspiler]IL代码层级修改高级。static void MethodName_Postfix(...)补丁方法必须是静态的。方法名可以任意但建议包含Postfix等后缀以便识别。__instance这是一个特殊的命名参数两个下划线开头Harmony会自动将原方法所属的对象实例传递进来。如果你想访问原方法的参数可以使用__0,__1...按顺序或者用ref关键字加参数名。6.3 重新编译与测试再次生成项目将新的DLL文件覆盖到BepInEx/plugins目录下。启动游戏控制角色移动。你应该能感觉到移动速度明显变快。同时在控制台日志里如果日志级别设置为Debug你会看到我们输出的调试信息。注意事项直接修改公共字段在很多游戏中并不安全因为游戏可能在别处缓存了这个值。更稳健的做法是使用HarmonyPrefix补丁在计算速度的源头进行干预或者使用TraverseHarmony提供的辅助工具来安全地访问非公共成员。此外修改数值类功能时一定要考虑多人游戏同步问题绝大多数情况下这类修改只应在客户端本地生效且仅限单人模式。7. 插件配置与用户交互一个好的插件应该允许用户自定义配置。BepInEx提供了简单的配置系统。7.1 创建可配置的移动速度倍率修改MyFirstBepInExPlugin类的Awake方法和SpeedPatch类首先在插件主类中定义配置项private void Awake() { Log Logger; Log.LogInfo($插件 {PluginName} v{PluginVersion} 加载成功); // 1. 绑定配置 // Config.Bind(分组, 键名, 默认值, 描述) var speedMultiplier Config.Bind(通用设置, // 分组名会在配置文件中生成[通用设置]节 SpeedMultiplier, // 键名 1.5f, // 默认值1.5倍 移动速度的倍率。1.0为原版速度。); // 描述 // 将配置值传递给补丁类这里用一个静态属性简单实现 SpeedPatch.SpeedMultiplier speedMultiplier.Value; // 2. 应用补丁 Harmony.CreateAndPatchAll(Assembly.GetExecutingAssembly()); Log.LogInfo($Harmony补丁应用完成。移动速度倍率设置为{SpeedPatch.SpeedMultiplier}); }然后修改SpeedPatch类使用配置值internal class SpeedPatch { // 静态属性用于接收主插件类传递过来的配置值 internal static float SpeedMultiplier { get; set; } 1.5f; [HarmonyPatch(typeof(PlayerController), nameof(PlayerController.UpdateMovement))] [HarmonyPostfix] static void UpdateMovement_Postfix(PlayerController __instance) { if (__instance null) return; // 使用配置的倍率 __instance.moveSpeed __instance.moveSpeed * SpeedMultiplier; // 调试日志可以保留但建议只在开发时开启 // MyFirstBepInExPlugin.Log.LogDebug($速度倍率应用: {SpeedMultiplier}); } }7.2 生成与使用配置文件重新编译并部署插件。启动一次游戏然后退出。你会发现BepInEx/config文件夹下生成了一个以你插件GUID命名的配置文件例如com.yourname.mods.myfirstplugin.cfg。用文本编辑器打开它内容大致如下[通用设置] ## 移动速度的倍率。1.0为原版速度。 # 设置类型Single # 默认值1.5 SpeedMultiplier 1.5现在用户或者你自己可以直接修改这个配置文件中的SpeedMultiplier值比如改为2.0或1.0无需重新编译插件游戏下次启动时就会生效。这大大提升了插件的易用性。8. 调试、打包与发布8.1 调试技巧控制台日志是你的眼睛充分利用Logger.LogInfo()、Log.LogWarning()、Log.LogError()和Log.LogDebug()。在开发时可以在BepInEx.cfg中设置[Logging.Console]下的LogLevel为All以显示所有级别的日志。使用Debug模式编译在Visual Studio中使用Debug配置编译这样可以在插件中附加调试器虽然过程比普通Unity项目复杂一些。二分法排查当插件导致游戏崩溃时可以注释掉部分补丁代码逐步缩小问题范围。首先确认是不是Harmony补丁导致的可以暂时注释掉Harmony.CreateAndPatchAll这行。8.2 插件打包发布给他人使用时通常只需要提供你的插件主DLL文件例如MyFirstBepInExPlugin.dll。可选的一个说明文档README.txt。如果插件有依赖其他非BepInEx核心的库也需要一并打包。标准的做法是创建一个以插件命名的文件夹里面包含plugins/YourPlugin/这样的子目录结构然后压缩成ZIP包。许多模组网站如Thunderstore.io、Nexus Mods都推荐这种格式。8.3 发布到模组站以Thunderstore为例创建一个manifest.json文件描述插件名称、版本、作者、依赖如BepInEx版本等信息。创建一个icon.png作为图标。按照网站要求的目录结构通常包含plugins/BepInEx/等顶层目录组织你的文件。打包成.zip并上传。9. 常见问题与排查实录即使按照步骤操作你也可能会遇到一些坑。这里记录了几个最常见的问题和解决方法。9.1 游戏启动后插件未加载检查日志首先查看BepInEx/LogOutput.log。如果文件不存在或没有BepInEx的启动日志说明BepInEx本身没加载成功。检查doorstop_config.ini中的enabled和ignoreDisableSwitch设置。检查插件位置确认你的.dll文件放在了BepInEx/plugins或其子目录下而不是BepInEx/core。检查依赖如果你的插件引用了额外的DLL比如Newtonsoft.Json需要将这些依赖DLL也放在插件同一目录或BepInEx/plugins下。BepInEx默认不会从系统全局加载。版本冲突确保插件项目引用的BepInEx.Core、HarmonyX等NuGet包版本与用户游戏目录中安装的BepInEx运行时版本大致兼容。通常主版本号如5.x需要一致。9.2 插件加载了但功能无效查看插件加载日志在LogOutput.log中搜索你的插件GUID或名称确认BepInEx是否识别并加载了它以及Awake方法中的日志是否打印。检查Harmony补丁确认补丁类的[HarmonyPatch]注解是否正确指向了目标方法和类。类名、方法名、参数类型必须完全匹配包括命名空间。一个字母大小写错误都会导致补丁失效。使用Harmony调试在Awake方法中可以在应用补丁后添加以下代码来查看所有已应用的补丁var harmony new Harmony(PluginGUID); var patches harmony.GetPatchedMethods(); foreach (var method in patches) { Log.LogInfo($已补丁方法: {method.DeclaringType?.FullName}.{method.Name}); }游戏更新了游戏更新后类名、方法名或程序集结构可能发生变化导致补丁失效。需要重新反编译分析。9.3 游戏崩溃或行为异常检查补丁逻辑你的补丁代码尤其是Prefix是否有未处理的异常是否错误地修改了不该修改的变量Prefix补丁如果返回false会跳过原方法执行务必谨慎。内存访问冲突如果你在补丁中操作了游戏对象GameObject确保对象没有在之前被销毁null检查。多线程问题Unity的大部分API不是线程安全的。确保你的补丁代码在游戏的主线程中执行。UpdateMovement这类Unity生命周期方法内肯定是主线程但如果你自己开了新线程就需要使用UnityEngine.Dispatcher或UnityMainThreadDispatcher等工具将操作抛回主线程。9.4 配置不生效配置文件路径确认配置文件生成在BepInEx/config/下且文件名正确。配置读取时机Config.Bind()通常在Awake()中调用且只调用一次。如果你在插件运行中期修改了配置文件需要实现一个重载配置的热键功能或重启游戏。配置值类型确保代码中读取配置的变量类型如float与配置文件中定义的类型匹配。开发BepInEx插件是一个不断探索和解决问题的过程。从简单的日志输出到复杂的游戏机制修改每一步都充满了挑战和乐趣。最关键的是保持耐心善用日志和社区资源。当你第一次成功用自己的插件改变了游戏世界时那种成就感是无与伦比的。
1. 项目概述为什么你需要一个插件框架如果你是一个Unity游戏开发者或者是一个热衷于为Unity游戏制作模组的爱好者那么你一定遇到过这样的困境想给游戏加个新功能或者修改某个不合理的设定却发现游戏本体没有提供任何接口。直接修改游戏的原生代码那意味着每次游戏更新你的修改都可能失效甚至引发崩溃。更别提多人协作时代码冲突和管理混乱的问题了。这就是插件框架存在的意义。它像是一座桥梁一端连接着封闭的游戏本体另一端为你敞开了一扇安全、规范的大门让你可以无侵入地扩展游戏功能。而在Unity社区尤其是PC平台的模组开发领域BepInEx无疑是这座桥梁中最坚固、最通用的一座。它不是一个具体的插件而是一个插件加载器框架。简单说它负责在游戏启动时“注入”自己建立一个运行环境然后帮你加载和管理所有遵循其规范的插件.dll文件。这样你的插件就不会直接去“碰”游戏的原生代码而是通过BepInEx提供的API进行交互安全性和兼容性得到了极大保障。我最初接触BepInEx是为了给某款热门独立游戏添加一些辅助显示功能。当时尝试过其他注入工具过程繁琐错误百出。直到用了BepInEx那种“三步到位”的清爽感和后续开发的顺畅让我决定把它推荐给所有想踏入Unity游戏模组开发领域的朋友。无论你是想为游戏增加“Mod管理界面”、“一键整理背包”还是实现更复杂的“游戏机制修改”从BepInEx开始都是最稳妥的选择。2. 核心思路与准备工作在开始动手之前我们必须理解BepInEx工作的核心逻辑这能帮你避开很多初期的困惑。它的工作流程可以概括为“拦截-加载-执行”。游戏启动时BepInEx的引导程序Bootstrap会率先行动将自己注入到游戏进程。这个过程通常是靠一个名为winhttp.dll或doorstop的代理机制来完成的取决于你的安装方式它“欺骗”游戏先去加载BepInEx的核心。随后BepInEx核心会初始化自己的环境扫描指定目录通常是游戏根目录下的BepInEx/plugins里的所有插件DLL文件。对于每一个合法的插件BepInEx会创建实例并调用其预定义的入口方法例如带有[BepInPlugin]特性的类。你的插件代码就在这个安全沙箱里开始运行并通过BepInEx提供的Harmony库等方法安全地对游戏代码进行“打补丁”Patch或调用游戏API。所以我们的三步搭建本质上就是1. 部署这个“引导程序”和核心文件到正确位置2. 配置它以适应你的特定游戏3. 创建并运行一个最简单的插件来验证环境。整个过程对游戏原始文件零修改所有东西都放在独立的文件夹里卸载时直接删除即可非常干净。注意使用插件或制作插件前请务必尊重游戏开发者的劳动成果遵守游戏的用户协议并仅用于单机游戏或获得授权的场景。在线游戏使用模组可能存在封号风险。2.1 工具与游戏准备你需要准备以下几样东西目标Unity游戏一个你已经安装好的、基于Unity引擎的PC游戏。建议先从一些知名的、模组社区活跃的游戏开始比如《雨中冒险2》、《英灵神殿》、《星露谷物语》等。这些游戏通常与BepInEx兼容性最好。BepInEx 发布包前往BepInEx的GitHub发布页面下载最新的稳定版本。通常你会看到一个名为BepInEx_x64_5.4.21.zip这样的文件版本号会变。请根据你的游戏是32位x86还是64位x64选择对应的版本现代游戏大多为64位。一个代码编辑器用于后续开发插件。对于新手强烈推荐Visual Studio 2022 Community Edition免费安装时记得勾选“.NET 桌面开发”和“使用Unity的游戏开发”工作负载。如果你更喜欢轻量级Visual Studio Code配合C#扩展也是不错的选择。.NET 开发环境BepInEx 5.x 基于.NET Framework 4.7.2 或 .NETCore。通常安装Visual Studio时会自动携带。你可以通过在命令行输入dotnet --version来检查是否已安装。2.2 理解关键目录结构提前了解BepInEx部署后的目录结构能让你心里有张地图游戏根目录/BepInEx/核心文件夹core/- BepInEx自身运行所需的核心库如BepInEx.Core.dll不要动。plugins/-这是你放插件的地方。你自己写的或下载的插件.dll文件都放在这里或其子文件夹下。patchers/- 放置“补丁器”Patcher插件这是一种在插件加载前运行的、更底层的修改器新手暂时用不到。config/- 插件的配置文件会自动生成在这里通常是.cfg文件。doorstop_config.ini或winhttp.dll- BepInEx的引导入口文件。changelog.txt,BepInEx.log- 日志文件出问题时查看这里。3. 第一步部署BepInEx到游戏这是最基础也最关键的一步目标是让BepInEx能够随游戏启动。操作流程定位游戏根目录在Steam库中右键游戏 - “管理” - “浏览本地文件”。其他平台也类似找到游戏主执行文件.exe所在的文件夹。解压BepInEx包将下载的BepInEx_x64_5.4.21.zip文件解压。你会看到里面已经包含了一个BepInEx文件夹以及doorstop_config.ini、winhttp.dll等几个文件。复制文件将解压出的所有文件和文件夹直接复制到游戏根目录下。如果系统询问是否合并或替换文件夹选择“是”。关键配置针对Unity游戏用记事本打开游戏根目录下的doorstop_config.ini文件。找到以下几行并进行修改[Doorstop] ; 启用Doorstop enabled true ; 指向BepInEx核心库的路径通常保持默认即可 targetAssembly BepInEx/core/BepInEx.Preloader.dll ; 【重要】将下面这一行的值改为 TRUE ignoreDisableSwitch true将ignoreDisableSwitch设为true是为了确保BepInEx在任何情况下都能加载避免因游戏启动参数等原因被意外禁用。验证安装启动游戏。如果安装成功你会看到游戏启动时可能会快速闪过一个控制台窗口黑色背景白色文字。进入游戏主菜单或场景后查看游戏根目录下的BepInEx文件夹里面会多出一个LogOutput.log文件。打开这个日志文件如果能看到类似“[Info : BepInEx] BepInEx 5.4.21.0 - {游戏名}”以及一系列加载插件即使为0的信息那么恭喜你BepInEx框架已经成功搭起来了实操心得第一次部署后游戏无法启动或瞬间闪退99%的问题出在版本不匹配。确认你下载的BepInEx版本x86/x64与游戏匹配。另一个常见坑是杀毒软件或Windows Defender误删了winhttp.dll文件将其加入白名单即可。4. 第二步配置与核心机制浅析部署成功只是开始理解并简单配置能让它更好地工作。BepInEx的核心配置文件是BepInEx/config/BepInEx.cfg它会在第一次运行后自动生成。4.1 基础配置解读用文本编辑器打开BepInEx.cfg你会看到很多配置项。对于新手关注这几项就够了[Logging] ## 是否启用控制台窗口。开启后游戏启动时会显示一个黑底白字的调试窗口非常有用。 # 设置类型Boolean # 默认值false Enabled false [Logging.Console] ## 控制台窗口的标题。 # 设置类型String # 默认值BepInEx Log Title BepInEx Log [Chainloader] ## 插件搜索的路径分号分隔。默认会搜索BepInEx/plugins下的所有.dll。 # 设置类型String # 默认值BepInEx/plugins DllSearchPaths BepInEx/plugins建议在开发调试阶段将[Logging]下的Enabled设为true。这样任何插件输出的日志、以及BepInEx自身的错误信息都会实时显示在控制台是排查问题的第一利器。发布给他人使用时可以关闭以保持界面清爽。4.2 Harmony补丁机制简介这是BepInEx插件能修改游戏行为的“魔法”之源。Harmony是一个强大的运行时代码补丁库。你不需要理解游戏全部源码只需要知道你想修改的方法名、所属类以及参数类型。插件通过Harmony可以在目标方法执行前Prefix、执行后Postfix或完全替换Transpiler高级插入你自己的代码逻辑。例如你想让游戏里所有“伤害值”翻倍就可以找到一个计算伤害的方法用Postfix补丁在它计算完成后把结果乘以2。BepInEx已经内置了Harmony你只需要在插件项目中引用它即可。这为我们第三步开发插件奠定了基础。5. 第三步创建你的第一个BepInEx插件现在让我们亲手打造一个“Hello World”级别的插件。它的功能很简单在游戏启动时在BepInEx的日志和控制台里打印一条欢迎信息。5.1 创建插件项目打开Visual Studio选择“创建新项目”。搜索并选择“类库.NET Framework”或“类库.NET Standard”。对于BepInEx 5推荐使用.NET Framework 4.7.2或.NET 6.0/8.0。给项目起个名字比如MyFirstBepInExPlugin。创建项目后我们需要通过NuGet包管理器添加必要的引用。右键项目 - “管理NuGet程序包”。在“浏览”选项卡中搜索并安装以下两个包BepInEx.Core(版本号选择与你部署的BepInEx运行时一致的例如5.4.21)BepInEx.Harmony(同样选择匹配版本例如2.0.1)BepInEx.PluginInfoProps(可选但推荐用于简化插件元数据定义)5.2 编写插件核心代码安装完成后打开默认的Class1.cs文件将其完全替换为以下代码using BepInEx; using BepInEx.Logging; using HarmonyLib; using System.Reflection; // 插件元数据声明 [BepInPlugin(PluginGUID, PluginName, PluginVersion)] public class MyFirstBepInExPlugin : BaseUnityPlugin // 必须继承BaseUnityPlugin { // 定义插件的唯一标识符、名称和版本 public const string PluginGUID com.yourname.mods.myfirstplugin; public const string PluginName 我的第一个BepInEx插件; public const string PluginVersion 1.0.0; // 内部日志记录器 internal static ManualLogSource Log; // Awake方法在插件被加载时由BepInEx自动调用是主要的初始化入口 private void Awake() { // 初始化日志记录器这样我们就可以用Logger.LogInfo()等方式输出信息了 Log Logger; // 输出启动信息到BepInEx日志和控制台 Log.LogInfo($插件 {PluginName} v{PluginVersion} 加载成功); // 应用Harmony补丁虽然我们这个简单例子没有实际补丁但展示了流程 Harmony.CreateAndPatchAll(Assembly.GetExecutingAssembly()); Log.LogInfo(Harmony补丁应用完成。); } }代码逐行解析[BepInPlugin(...)]这是插件的“身份证”BepInEx通过它来识别和管理插件。PluginGUID推荐使用“域名倒写”的格式确保全球唯一。BaseUnityPlugin所有BepInEx插件必须直接或间接继承这个类。它提供了Logger属性、配置系统等基础设施。Awake()这是Unity MonoBehaviour的生命周期方法被BepInEx重写用于插件初始化。你的插件启动代码必须写在这里而不是构造函数里。Log.LogInfo()使用BepInEx的日志系统输出信息。这比Console.WriteLine()更规范信息会输出到文件和控制台如果已启用。Harmony.CreateAndPatchAll(...)这一行会扫描当前程序集即你的插件DLL中所有带有[HarmonyPatch]特性的类并自动应用补丁。我们这个示例没有实际补丁所以这行代码暂时不会做具体事但它是Harmony工作的标准流程。5.3 编译与部署在Visual Studio中选择“生成” - “生成解决方案”或按CtrlShiftB。如果一切顺利会在项目的bin/Debug或bin/Release文件夹下生成一个MyFirstBepInExPlugin.dll文件。将这个.dll文件复制到你的游戏目录下的BepInEx/plugins文件夹里。你可以为你的插件单独创建一个子文件夹比如BepInEx/plugins/MyFirstPlugin/这样更整洁。启动游戏。如果之前配置了启用控制台你会立刻在控制台看到你插件输出的绿色信息“插件 我的第一个BepInEx插件 v1.0.0 加载成功”。同时检查BepInEx/LogOutput.log文件也能找到相同的日志条目。至此你已经完成了一个完整BepInEx插件的开发、部署和运行闭环虽然它什么都没改但你已经掌握了最核心的流程。6. 进阶实战用Harmony修改游戏数值让我们做一个更有趣的插件将玩家角色的移动速度提高50%。这需要用到Harmony进行方法补丁。6.1 定位目标游戏代码这是模组开发中最具挑战性也最有趣的一步。你需要知道哪个类、哪个方法控制着移动速度。通常有几种方法查阅游戏官方文档或模组Wiki一些开源或模组友好的游戏会有社区整理的信息。使用反编译工具如dnSpy或ILSpy直接查看游戏的程序集Assembly-CSharp.dll。这需要一定的C#和Unity知识。参考现有模组学习其他类似功能的开源模组是如何实现的。假设我们通过分析得知目标游戏有一个PlayerController类里面有一个public float moveSpeed属性和一个void UpdateMovement()方法负责应用这个速度。6.2 编写Harmony补丁我们在之前的插件项目里新增一个类文件SpeedPatch.cs。using HarmonyLib; using UnityEngine; namespace MyFirstBepInExPlugin { // Harmony补丁类名字可以自定 [HarmonyPatch] internal class SpeedPatch { // 指定要补丁的目标方法PlayerController类的UpdateMovement方法 // 使用HarmonyPatch注解第一个参数是类型第二个是方法名。 // 如果方法有重载还需要指定参数类型。 [HarmonyPatch(typeof(PlayerController), nameof(PlayerController.UpdateMovement))] [HarmonyPostfix] // 这是一个后置补丁在原方法执行完毕后运行 static void UpdateMovement_Postfix(PlayerController __instance) { // __instance 是Harmony自动提供的原方法所属对象的实例即当前的PlayerController // 检查实例是否有效 if (__instance null) return; // 将移动速度提升为原来的1.5倍 // 假设moveSpeed是public字段。如果是private需要使用Traverse或反射这里为简化假设为public。 float originalSpeed __instance.moveSpeed; __instance.moveSpeed originalSpeed * 1.5f; // 可选记录一下日志调试用 MyFirstBepInExPlugin.Log.LogDebug($移动速度已从 {originalSpeed} 修改为 {__instance.moveSpeed}); } } }关键点解析[HarmonyPatch(typeof(TargetClass), MethodName)]这是定位目标方法的标记。nameof操作符是更安全的写法避免拼写错误。[HarmonyPostfix]表示这是一个后置补丁。还有[HarmonyPrefix]前置和[HarmonyTranspiler]IL代码层级修改高级。static void MethodName_Postfix(...)补丁方法必须是静态的。方法名可以任意但建议包含Postfix等后缀以便识别。__instance这是一个特殊的命名参数两个下划线开头Harmony会自动将原方法所属的对象实例传递进来。如果你想访问原方法的参数可以使用__0,__1...按顺序或者用ref关键字加参数名。6.3 重新编译与测试再次生成项目将新的DLL文件覆盖到BepInEx/plugins目录下。启动游戏控制角色移动。你应该能感觉到移动速度明显变快。同时在控制台日志里如果日志级别设置为Debug你会看到我们输出的调试信息。注意事项直接修改公共字段在很多游戏中并不安全因为游戏可能在别处缓存了这个值。更稳健的做法是使用HarmonyPrefix补丁在计算速度的源头进行干预或者使用TraverseHarmony提供的辅助工具来安全地访问非公共成员。此外修改数值类功能时一定要考虑多人游戏同步问题绝大多数情况下这类修改只应在客户端本地生效且仅限单人模式。7. 插件配置与用户交互一个好的插件应该允许用户自定义配置。BepInEx提供了简单的配置系统。7.1 创建可配置的移动速度倍率修改MyFirstBepInExPlugin类的Awake方法和SpeedPatch类首先在插件主类中定义配置项private void Awake() { Log Logger; Log.LogInfo($插件 {PluginName} v{PluginVersion} 加载成功); // 1. 绑定配置 // Config.Bind(分组, 键名, 默认值, 描述) var speedMultiplier Config.Bind(通用设置, // 分组名会在配置文件中生成[通用设置]节 SpeedMultiplier, // 键名 1.5f, // 默认值1.5倍 移动速度的倍率。1.0为原版速度。); // 描述 // 将配置值传递给补丁类这里用一个静态属性简单实现 SpeedPatch.SpeedMultiplier speedMultiplier.Value; // 2. 应用补丁 Harmony.CreateAndPatchAll(Assembly.GetExecutingAssembly()); Log.LogInfo($Harmony补丁应用完成。移动速度倍率设置为{SpeedPatch.SpeedMultiplier}); }然后修改SpeedPatch类使用配置值internal class SpeedPatch { // 静态属性用于接收主插件类传递过来的配置值 internal static float SpeedMultiplier { get; set; } 1.5f; [HarmonyPatch(typeof(PlayerController), nameof(PlayerController.UpdateMovement))] [HarmonyPostfix] static void UpdateMovement_Postfix(PlayerController __instance) { if (__instance null) return; // 使用配置的倍率 __instance.moveSpeed __instance.moveSpeed * SpeedMultiplier; // 调试日志可以保留但建议只在开发时开启 // MyFirstBepInExPlugin.Log.LogDebug($速度倍率应用: {SpeedMultiplier}); } }7.2 生成与使用配置文件重新编译并部署插件。启动一次游戏然后退出。你会发现BepInEx/config文件夹下生成了一个以你插件GUID命名的配置文件例如com.yourname.mods.myfirstplugin.cfg。用文本编辑器打开它内容大致如下[通用设置] ## 移动速度的倍率。1.0为原版速度。 # 设置类型Single # 默认值1.5 SpeedMultiplier 1.5现在用户或者你自己可以直接修改这个配置文件中的SpeedMultiplier值比如改为2.0或1.0无需重新编译插件游戏下次启动时就会生效。这大大提升了插件的易用性。8. 调试、打包与发布8.1 调试技巧控制台日志是你的眼睛充分利用Logger.LogInfo()、Log.LogWarning()、Log.LogError()和Log.LogDebug()。在开发时可以在BepInEx.cfg中设置[Logging.Console]下的LogLevel为All以显示所有级别的日志。使用Debug模式编译在Visual Studio中使用Debug配置编译这样可以在插件中附加调试器虽然过程比普通Unity项目复杂一些。二分法排查当插件导致游戏崩溃时可以注释掉部分补丁代码逐步缩小问题范围。首先确认是不是Harmony补丁导致的可以暂时注释掉Harmony.CreateAndPatchAll这行。8.2 插件打包发布给他人使用时通常只需要提供你的插件主DLL文件例如MyFirstBepInExPlugin.dll。可选的一个说明文档README.txt。如果插件有依赖其他非BepInEx核心的库也需要一并打包。标准的做法是创建一个以插件命名的文件夹里面包含plugins/YourPlugin/这样的子目录结构然后压缩成ZIP包。许多模组网站如Thunderstore.io、Nexus Mods都推荐这种格式。8.3 发布到模组站以Thunderstore为例创建一个manifest.json文件描述插件名称、版本、作者、依赖如BepInEx版本等信息。创建一个icon.png作为图标。按照网站要求的目录结构通常包含plugins/BepInEx/等顶层目录组织你的文件。打包成.zip并上传。9. 常见问题与排查实录即使按照步骤操作你也可能会遇到一些坑。这里记录了几个最常见的问题和解决方法。9.1 游戏启动后插件未加载检查日志首先查看BepInEx/LogOutput.log。如果文件不存在或没有BepInEx的启动日志说明BepInEx本身没加载成功。检查doorstop_config.ini中的enabled和ignoreDisableSwitch设置。检查插件位置确认你的.dll文件放在了BepInEx/plugins或其子目录下而不是BepInEx/core。检查依赖如果你的插件引用了额外的DLL比如Newtonsoft.Json需要将这些依赖DLL也放在插件同一目录或BepInEx/plugins下。BepInEx默认不会从系统全局加载。版本冲突确保插件项目引用的BepInEx.Core、HarmonyX等NuGet包版本与用户游戏目录中安装的BepInEx运行时版本大致兼容。通常主版本号如5.x需要一致。9.2 插件加载了但功能无效查看插件加载日志在LogOutput.log中搜索你的插件GUID或名称确认BepInEx是否识别并加载了它以及Awake方法中的日志是否打印。检查Harmony补丁确认补丁类的[HarmonyPatch]注解是否正确指向了目标方法和类。类名、方法名、参数类型必须完全匹配包括命名空间。一个字母大小写错误都会导致补丁失效。使用Harmony调试在Awake方法中可以在应用补丁后添加以下代码来查看所有已应用的补丁var harmony new Harmony(PluginGUID); var patches harmony.GetPatchedMethods(); foreach (var method in patches) { Log.LogInfo($已补丁方法: {method.DeclaringType?.FullName}.{method.Name}); }游戏更新了游戏更新后类名、方法名或程序集结构可能发生变化导致补丁失效。需要重新反编译分析。9.3 游戏崩溃或行为异常检查补丁逻辑你的补丁代码尤其是Prefix是否有未处理的异常是否错误地修改了不该修改的变量Prefix补丁如果返回false会跳过原方法执行务必谨慎。内存访问冲突如果你在补丁中操作了游戏对象GameObject确保对象没有在之前被销毁null检查。多线程问题Unity的大部分API不是线程安全的。确保你的补丁代码在游戏的主线程中执行。UpdateMovement这类Unity生命周期方法内肯定是主线程但如果你自己开了新线程就需要使用UnityEngine.Dispatcher或UnityMainThreadDispatcher等工具将操作抛回主线程。9.4 配置不生效配置文件路径确认配置文件生成在BepInEx/config/下且文件名正确。配置读取时机Config.Bind()通常在Awake()中调用且只调用一次。如果你在插件运行中期修改了配置文件需要实现一个重载配置的热键功能或重启游戏。配置值类型确保代码中读取配置的变量类型如float与配置文件中定义的类型匹配。开发BepInEx插件是一个不断探索和解决问题的过程。从简单的日志输出到复杂的游戏机制修改每一步都充满了挑战和乐趣。最关键的是保持耐心善用日志和社区资源。当你第一次成功用自己的插件改变了游戏世界时那种成就感是无与伦比的。
)
)
