BepInEx插件开发零基础实战：从原理到发布完整指南

1. 项目概述：为什么选择BepInEx作为你的插件开发起点？

如果你是一个Unity游戏爱好者，或者是一个对游戏模组（Mod）充满好奇的开发者，那么“BepInEx”这个名字你一定不陌生。尤其是在《英灵神殿》、《雨中冒险2》、《星露谷物语》等热门独立游戏中，海量的模组背后，BepInEx往往是那个默默支撑的基石。简单来说，BepInEx是一个开源的、跨平台的Unity游戏插件框架，它允许开发者为已经编译发布的Unity游戏创建和加载自定义插件，从而修改游戏逻辑、添加新功能，或者仅仅是修复一些官方未处理的Bug。

为什么我要专门写一篇“零基础入门实战指南”？因为在我自己摸索BepInEx插件开发的过程中，发现网上的资料要么过于零散，要么直接丢给你一堆源码让人望而生畏。很多教程默认你已经理解了Unity的Mono运行时、程序集加载、Harmony补丁等概念，这对新手来说门槛太高。所以，这篇文章的目标，就是从一个纯粹的Unity开发者（甚至只是C#程序员）的角度出发，手把手带你走完从环境搭建、理解原理、编写第一个插件，到最终打包发布的完整流程。无论你是想为自己喜欢的游戏制作一个简单的功能Mod，还是想深入学习Unity游戏逆向与扩展技术，这篇指南都将为你提供一个坚实、清晰的起点。

2. BepInEx核心架构与工作原理拆解

在动手写代码之前，我们必须先搞清楚BepInEx到底是怎么工作的。知其然更要知其所以然，这能帮助你在后续开发中避开无数个坑。

2.1 传统Unity Mod开发的痛点

在没有BepInEx这类框架之前，为已发布的Unity游戏制作Mod主要有几种方式：

1. 直接修改游戏程序集（Assembly-CSharp.dll）：使用dnSpy等反编译工具直接修改游戏的核心代码。这种方式极其不稳定，游戏每次更新都会导致Mod失效，且容易引发冲突。
2. 使用其他注入器：如UnityInjector、IPA等。它们往往针对特定游戏或引擎版本，通用性差，配置复杂。
3. 基于游戏内置的Mod支持：少数游戏官方提供API。这当然是最理想的情况，但可遇不可求。

BepInEx的出现，正是为了解决这些痛点，它提供了一套标准化的、非侵入式的插件加载方案。

2.2 BepInEx的核心组件与启动流程

BepInEx的架构非常清晰，主要包含以下几个核心部分：

1. Doorstop 注入器：这是整个框架的“敲门砖”。它是一个独立的、平台相关的可执行文件（Windows上是winhttp.dll或doorstop_config.ini配合环境变量，Linux/macOS上是一个lib文件）。它的作用是在游戏主程序（如Game.exe）启动之前，抢先加载并初始化BepInEx自身的引导程序（BepInEx.Preloader）。
2. BepInEx 预加载器：这是BepInEx的核心大脑。它负责在Unity引擎自身初始化完成之前，完成一系列关键任务：
   • 环境准备：设置程序集解析路径，确保BepInEx和插件自己的DLL能被正确找到。
   • 程序集修补：这是最关键的一步。它使用HarmonyLib库，在游戏代码加载到内存后、执行前，对其中特定的方法进行“打补丁”（Patch）。这允许我们在不修改原始游戏文件的情况下，改变游戏的行为。预加载器自身会应用一些基础补丁来建立插件运行环境。
   • 插件加载：扫描游戏目录下的BepInEx/plugins文件夹，加载所有符合规范的插件DLL，并调用它们的入口方法。
3. BepInEx 核心库：提供了一系列稳定的API供插件开发者使用，例如日志记录（BepInEx.Logging.Logger）、配置文件管理（BepInEx.Configuration）、插件元数据定义等。
4. HarmonyLib：一个强大的.NET运行时补丁库。BepInEx重度依赖Harmony来实现其“非侵入式”修改。插件开发者通过创建Harmony实例，并定义前缀（Prefix）、后缀（Postfix）、置换（Transpiler）等补丁，来拦截和修改游戏方法。

整个启动流程可以简化为：游戏启动 → Doorstop注入 → 加载BepInEx预加载器 → 预加载器初始化并应用基础补丁 → 加载所有插件 → 插件应用自己的Harmony补丁 → Unity游戏正常启动，但此时游戏逻辑已经被插件修改或增强。

注意：理解“补丁”的概念至关重要。它不是替换原方法，而是在原方法执行前、后或中间插入我们自己的代码。这就像在一条既定的流水线上安装了几个额外的“工作站”，从而改变了最终产品的形态。

2.3 与其他Unity Mod框架的对比

了解BepInEx的定位，有助于你在不同场景下做出选择：

• MelonLoader：另一个流行的框架，更侧重于面向对象和事件驱动的Mod开发，对C++插件的支持更好。两者在功能上有重叠，但BepInEx因其更早的生态和广泛的游戏支持，目前社区资源（插件和教程）更丰富。
• UnityModManager：常用于特定类型的游戏（如基于Unity的RPG），配置更简单，但通用性和灵活性不如BepInEx。
• 官方Mod支持：如《星露谷物语》的SMAPI。如果游戏官方支持，请无条件优先使用官方框架。

对于大多数想要为各种Unity游戏开发通用插件的新手来说，BepInEx因其文档相对完善、社区活跃、原理透明，是更稳妥的入门选择。

3. 开发环境搭建与项目配置实战

理论讲完，我们开始动手。这里我会以Windows平台、Visual Studio 2022为例，演示为一个假设的Unity游戏“MyDemoGame”开发BepInEx 5插件的完整环境配置。

3.1 基础环境准备

1. 目标游戏：首先，你需要一个已经安装好的、支持BepInEx的Unity游戏。你可以在游戏的社区或Nexus Mods等网站查看其Mod是否基于BepInEx。为了测试，你可以找一个Mod社区活跃的免费Demo游戏，或者用自己的Unity项目打包一个独立游戏作为测试目标。
2. .NET开发环境：
   • 安装.NET SDK 6.0 或 8.0（长期支持版本）。BepInEx 5基于.NET Framework 4.7.2或.NET Standard 2.0，但使用新版SDK进行开发没有问题。
   • 安装Visual Studio 2022，并确保安装了“.NET桌面开发”工作负载。
3. BepInEx发行包：从GitHub Releases页面下载对应你游戏平台（Win、Linux、Mac）的BepInEx最新稳定版（如BepInEx_x64_5.4.22.0.zip）。将其解压到游戏根目录（即Game.exe所在目录）。

3.2 创建你的第一个BepInEx插件项目

我们不直接引用游戏DLL开始，而是先创建一个最简结构来验证环境。

1. 新建类库项目：在VS中，新建一个“类库”项目，命名为MyFirstBepInExPlugin，目标框架选择.NET Framework 4.7.2或.NET Standard 2.0。BepInEx 5核心兼容这两个框架。
2. 通过NuGet添加依赖：右键项目 -> “管理NuGet程序包”。浏览并安装以下包：
   • BepInEx.Core(版本号与下载的BepInEx发行版一致，如5.4.22)：这是核心库。
   • BepInEx.PluginInfoProps：用于简化插件属性定义。
   • HarmonyX(或Lib.Harmony): BepInEx 5通常使用HarmonyX。这是实现方法补丁的关键库。
3. 编写插件入口类：删除默认的Class1.cs，新建一个MyFirstPlugin.cs。

using BepInEx; using BepInEx.Logging; using HarmonyLib; // 1. 定义插件元数据 [BepInPlugin(PluginGuid, PluginName, PluginVersion)] public class MyFirstPlugin : BaseUnityPlugin // 2. 继承BaseUnityPlugin { public const string PluginGuid = "com.myname.myfirstplugin"; public const string PluginName = "My First BepInEx Plugin"; public const string PluginVersion = "1.0.0"; // 3. 内部日志记录器 internal static ManualLogSource Log; // 4. Harmony实例 private readonly Harmony harmony = new Harmony(PluginGuid); // 5. Awake方法是插件的入口点，在游戏启动时被调用 private void Awake() { // 初始化日志记录器 Log = Logger; Log.LogInfo($"Plugin {PluginName} is loading!"); // 应用所有Harmony补丁 harmony.PatchAll(); Log.LogInfo($"Plugin {PluginName} loaded successfully!"); } // 6. OnDestroy方法在插件卸载时被调用 private void OnDestroy() { Log.LogInfo($"Plugin {PluginName} is unloading."); // 移除所有Harmony补丁（良好实践） harmony.UnpatchSelf(); } }

4. 编译与部署：
   • 在VS中生成解决方案（Build Solution）。你会在项目的bin/Debug或bin/Release目录下找到生成的MyFirstBepInExPlugin.dll。
   • 在游戏根目录下，确保已有BepInEx文件夹（由发行包解压生成）。在其下创建plugins文件夹（如果不存在）。
   • 将编译好的MyFirstBepInExPlugin.dll复制到[GameRoot]/BepInEx/plugins/目录下。
   • 启动游戏。如果一切正常，你会在游戏根目录的BepInEx/LogOutput.log文件中看到类似以下的日志：

     [Info :My First BepInEx Plugin] Plugin My First BepInEx Plugin is loading! [Info :My First BepInEx Plugin] Plugin My First BepInEx Plugin loaded successfully!

   恭喜你，你的第一个（虽然还没任何功能）BepInEx插件已经成功运行了！

实操心得：在开发初期，务必养成查看BepInEx/LogOutput.log文件的习惯。这是排查插件加载失败、运行时错误的最重要工具。日志级别可以在BepInEx/config/BepInEx.cfg中配置。

4. 深入核心：使用Harmony进行游戏代码补丁

插件加载成功了，但如何真正影响游戏呢？答案就是Harmony补丁。这是BepInEx插件开发中最核心、最强大的部分。

4.1 Harmony补丁类型详解

Harmony提供了几种不同的补丁方式，用于在不同时机介入目标方法的执行：

对于新手，Prefix和Postfix是最常用且最容易上手的。

4.2 实战：创建一个简单的功能补丁

假设我们想为游戏添加一个功能：每次玩家按下F1键，就在控制台打印一条消息。我们需要找到游戏内处理玩家输入的代码位置。

1. 定位目标方法：这需要用到反编译工具。推荐使用dnSpy或ILSpy。打开游戏主程序集（通常是GameName_Data/Managed/Assembly-CSharp.dll）。我们需要搜索与“Update”、“Input”相关的类和方法。一个常见的位置是玩家的主控制器类（如PlayerController）中的Update方法。

2. 分析目标方法：假设我们找到了PlayerController.Update()，其反编译后的C#代码大致如下：

   public class PlayerController : MonoBehaviour { private void Update() { // 原有的移动、跳跃等逻辑 HandleMovement(); if (Input.GetKeyDown(KeyCode.Space)) Jump(); // ... 其他代码 } }

3. 编写补丁类：在我们的插件项目中，新建一个Patches文件夹，并创建PlayerControllerPatches.cs。

   using HarmonyLib; using UnityEngine; namespace MyFirstBepInExPlugin.Patches { [HarmonyPatch(typeof(PlayerController))] // 指定要补丁的类 [HarmonyPatch(nameof(PlayerController.Update))] // 指定要补丁的方法 internal class PlayerControllerUpdatePatch { // 定义一个Postfix补丁 static void Postfix(PlayerController __instance) { // __instance 是对原方法所属对象实例的引用（即this） // 检查F1键是否被按下 if (Input.GetKeyDown(KeyCode.F1)) { MyFirstPlugin.Log.LogInfo($"F1键被按下！当前玩家位置：{__instance.transform.position}"); // 这里可以添加更多逻辑，比如给玩家加血、生成物品等 } } } }

   代码解析：

   • [HarmonyPatch]特性用于指定目标类和方法。
   • Postfix方法必须是static静态的。
   • __instance是Harmony提供的特殊参数名，用于指代原方法所属的对象实例（即PlayerController的this）。这是访问游戏对象状态的关键。
   • 我们通过MyFirstPlugin.Log来输出日志，这是之前在入口类中定义的静态日志器。

4. 重新编译与测试：重新编译项目，将新的DLL覆盖到BepInEx/plugins目录，启动游戏。进入游戏后，按下F1键，查看日志文件，你应该能看到对应的输出信息。

4.3 处理私有成员与复杂参数

游戏代码中很多方法和字段是私有的（private）。Harmony可以访问它们，但需要一点技巧。

假设我们想修改玩家的私有血量字段private float health。

1. 使用Traverse访问私有成员：Harmony提供了一个强大的工具类Traverse，用于在补丁中安全地访问非公共成员。

   [HarmonyPatch(typeof(PlayerController))] [HarmonyPatch(nameof(PlayerController.TakeDamage))] internal class PlayerControllerTakeDamagePatch { static bool Prefix(PlayerController __instance, ref float damageAmount) { // 使用Traverse获取私有字段health var healthTraverse = Traverse.Create(__instance).Field("health"); float currentHealth = healthTraverse.GetValue<float>(); MyFirstPlugin.Log.LogInfo($"玩家受到 {damageAmount} 点伤害前，血量为：{currentHealth}"); // 例如：如果伤害大于当前血量的一半，则减半伤害（一个简单的“护盾”效果） if (damageAmount > currentHealth * 0.5f) { damageAmount = currentHealth * 0.5f; MyFirstPlugin.Log.LogInfo($"伤害过高，已减免至：{damageAmount}"); } // 返回true，继续执行原方法（使用修改后的damageAmount） // 如果返回false，则会跳过原方法的执行 return true; } }

   关键点：
   • Prefix的参数damageAmount加了ref关键字，这允许我们修改传入原方法的参数值。
   • Traverse.Create(__instance).Field("health")创建了一个针对__instance对象中名为"health"字段的访问器。
   • 通过返回true，我们允许原TakeDamage方法继续执行，但它接收到的damageAmount已经是我们修改后的值了。

注意事项：过度使用Traverse或反射会影响性能。对于需要频繁访问的字段，可以考虑在Awake中通过反射获取其FieldInfo并缓存起来，或者在补丁中只访问一次。此外，游戏更新后，私有成员的名字可能会改变，导致补丁失效，这是Mod开发固有的维护成本。

5. 插件功能增强：配置、持久化与UI集成

一个成熟的插件不仅需要修改游戏逻辑，还需要提供用户可配置的选项，甚至游戏内界面。

5.1 使用BepInEx.Configuration管理配置

BepInEx内置了强大的配置系统，可以自动生成.cfg文件并管理键值对。

1. 在插件入口类中定义配置：

   public class MyFirstPlugin : BaseUnityPlugin { // ... 之前的常量定义 ... // 配置项 public static ConfigEntry<bool> ModEnabled; public static ConfigEntry<KeyboardShortcut> TeleportKey; public static ConfigEntry<float> HealthMultiplier; private void Awake() { Log = Logger; // 1. 绑定配置项 // 参数：配置分组（section），配置键（key），默认值，配置描述 ModEnabled = Config.Bind( "General", // 分组名 "Enabled", // 键名 true, // 默认值 "是否启用本插件" // 描述 ); TeleportKey = Config.Bind( "Hotkeys", "TeleportKey", new KeyboardShortcut(KeyCode.T, KeyCode.LeftShift), // 默认快捷键 Shift+T "传送快捷键" ); HealthMultiplier = Config.Bind( "Balance", "HealthMultiplier", 2.0f, new ConfigDescription("生命值倍率", new AcceptableValueRange<float>(1.0f, 10.0f)) // 定义可接受范围 ); // 2. 读取配置值并在补丁中使用 if (!ModEnabled.Value) { Log.LogWarning("插件在配置中被禁用，将不会加载任何补丁。"); return; // 直接返回，不应用补丁 } harmony.PatchAll(); Log.LogInfo($"插件已加载。传送快捷键：{TeleportKey.Value}，生命倍率：{HealthMultiplier.Value}"); } }

2. 在补丁中使用配置：

   [HarmonyPatch(typeof(PlayerController))] [HarmonyPatch(nameof(PlayerController.Update))] internal class PlayerControllerUpdatePatch { static void Postfix(PlayerController __instance) { // 使用配置的快捷键 if (MyFirstPlugin.TeleportKey.Value.IsDown()) { __instance.transform.position = Vector3.zero; // 传送到原点 MyFirstPlugin.Log.LogInfo("已传送！"); } // 使用配置的倍率（例如在另一个补丁中修改血量计算） } } [HarmonyPatch(typeof(PlayerController))] [HarmonyPatch(nameof(PlayerController.GetMaxHealth))] internal class PlayerControllerMaxHealthPatch { static void Postfix(ref float __result) { // 修改返回的最大生命值 __result *= MyFirstPlugin.HealthMultiplier.Value; } }

   启动游戏后，BepInEx会自动在BepInEx/config/目录下生成一个以插件GUID命名的配置文件（如com.myname.myfirstplugin.cfg）。用户可以直接用文本编辑器修改它，下次启动游戏时插件就会读取新的配置。

5.2 与游戏UI集成（以Unity GUI为例）

有时我们需要在游戏界面上绘制一些自定义信息。对于使用Unity旧版IMGUI（OnGUI）的游戏，我们可以直接使用OnGUI方法。

1. 在插件入口类中启用GUI：

   public class MyFirstPlugin : BaseUnityPlugin { // ... 其他代码 ... private void Awake() { // ... 配置绑定等 ... harmony.PatchAll(); // 启用Unity的渲染回调 UnityEngine.Application.runInBackground = true; // 可选，让游戏在后台也运行 } // Unity的OnGUI回调，用于绘制即时模式GUI private void OnGUI() { if (!ModEnabled.Value) return; // 创建一个简单的窗口 GUI.Window(0, new Rect(10, 10, 200, 150), DrawWindow, "我的插件面板"); } private void DrawWindow(int windowID) { GUILayout.Label($"生命倍率: {HealthMultiplier.Value}"); GUILayout.Label($"插件状态: {(ModEnabled.Value ? "已启用" : "已禁用")}"); if (GUILayout.Button("传送到(0,10,0)")) { // 这里需要获取玩家实例，可能需要通过一个静态引用或查找游戏对象 // 假设我们有一个方法能获取到PlayerController var player = GetPlayer(); if (player != null) player.transform.position = new Vector3(0, 10, 0); } GUILayout.Label("按 Shift+T 快速传送"); } private PlayerController GetPlayer() { // 一个简单（可能低效）的查找玩家对象的方法 return UnityEngine.Object.FindObjectOfType<PlayerController>(); } }

   注意：OnGUI每帧都会调用，对性能有影响。复杂的UI建议使用游戏自带的UI系统（如果可能）或者更高效的渲染方式。此外，FindObjectOfType在Update中频繁调用很耗性能，实际使用时需要缓存结果。

5.3 数据持久化

插件可能需要保存一些游戏状态数据。可以使用System.IO命名空间下的类，将数据保存到BepInEx目录下的自定义文件中。

using System.IO; using System.Collections.Generic; using UnityEngine; public class DataManager { private static string SavePath => Path.Combine(Paths.BepInExRootPath, "MyPluginData.json"); // Paths.BepInExRootPath 是BepInEx提供的API，指向BepInEx根目录 public static void SaveData(MyData data) { string json = JsonUtility.ToJson(data, true); // 使用Unity自带的JsonUtility File.WriteAllText(SavePath, json); MyFirstPlugin.Log.LogInfo("数据已保存。"); } public static MyData LoadData() { if (File.Exists(SavePath)) { string json = File.ReadAllText(SavePath); return JsonUtility.FromJson<MyData>(json); } return new MyData(); // 返回默认数据 } } [System.Serializable] public class MyData { public int totalTeleports = 0; public Vector3 lastPosition; public List<string> discoveredAreas = new List<string>(); }

然后在你的补丁或UI中调用DataManager.SaveData()和LoadData()即可。

6. 调试、打包与发布全流程

6.1 调试BepInEx插件

调试是开发中最重要的一环。最有效的方法是使用Visual Studio 的“附加到进程”功能。

1. 编译插件为Debug模式：在VS中，将解决方案配置设置为“Debug”。
2. 启用游戏和BepInEx的调试符号：确保游戏能加载调试符号。有时需要将游戏的Assembly-CSharp.dll对应的调试数据库文件（.pdb）放在同一目录。对于BepInEx自身，可以从其GitHub Release下载带符号的包。
3. 部署插件：将Debug版的DLL复制到BepInEx/plugins。
4. 附加调试器：
   • 启动游戏。
   • 在VS中，点击顶部菜单“调试” -> “附加到进程”。
   • 在进程列表中找到你的游戏进程（如MyDemoGame.exe），选中它，点击“附加”。
   • 选择正确的代码类型：在“附加到”旁边，点击“选择...”，确保勾选了“托管（.NET Core/ .NET 5+）”或“托管（.NET Framework 4.x）”（根据你的目标框架）。
5. 设置断点：在你的插件代码行号左侧点击，设置断点。
6. 触发断点：在游戏中执行会运行到你补丁代码的操作（如按下你设置的快捷键）。VS应该会中断在断点处，此时你可以查看变量、调用堆栈，进行单步调试。

实操心得：调试时，经常遇到“符号未加载”的问题。一个技巧是，在VS的“模块”窗口（调试 -> 窗口 -> 模块）中，找到你的插件DLL，右键选择“加载符号”，然后手动指向你项目bin/Debug目录下的.pdb文件。对于游戏自身的程序集，如果找不到PDB，调试会受限，但你的插件代码完全可以正常调试。

6.2 插件打包与发布

当你完成插件开发后，需要打包以便分享给其他玩家。

1. 标准目录结构：一个典型的BepInEx插件发布包应包含以下结构：

   MyAwesomeMod-v1.0.0.zip ├── BepInEx/ │ └── plugins/ │ └── MyAwesomeMod/ │ ├── MyAwesomeMod.dll (主插件文件) │ ├── README.md (说明文档) │ └── icon.png (可选，插件图标) └── manifest.json (可选，用于Mod管理器如r2modman)

   • 将你的插件DLL放在一个以插件名命名的子文件夹内是个好习惯，可以避免文件冲突。
   • README.md应包含插件名称、版本、作者、描述、安装方法、配置说明、快捷键等。
2. 编译为Release：在VS中将配置切换为“Release”并重新编译，这会对代码进行优化，减小文件体积。
3. 处理依赖：如果你的插件引用了其他第三方DLL（非BepInEx/Harmony核心库），需要将它们一并打包到插件文件夹中。注意，BepInEx核心库和Harmony库通常已由用户安装的BepInEx框架提供，不应打包进去。
4. 创建清单文件（Manifest）：如果你希望插件能兼容r2modman、Thunderstore等Mod管理器，需要创建一个manifest.json文件。

   { "name": "My Awesome Mod", "version_number": "1.0.0", "website_url": "https://github.com/yourname/yourmod", "description": "这是一个超棒的Mod，它实现了XXX功能。", "dependencies": [ "BepInEx-BepInExPack-5.4.22" ], "authors": ["YourName"] }

5. 测试安装：将打包好的文件解压到一个干净的、已安装BepInEx的游戏目录中，确保插件能正常加载和工作。

6.3 版本管理与兼容性

• 版本号：遵循语义化版本控制（SemVer），如主版本.次版本.修订号。当插件有破坏性更新时，递增主版本号。
• 游戏更新：Unity游戏更新后，其代码可能发生变化，导致你的Harmony补丁失效（目标方法签名或内部逻辑改变）。你需要：
  1. 用反编译工具重新检查目标方法。
  2. 更新你的补丁代码以适应新的方法签名或逻辑。
  3. 更新插件版本号，并在发布说明中注明兼容的游戏版本。
• 依赖管理：在插件描述中清晰说明所需的BepInEx版本和游戏版本。可以使用BepInEx的[BepInDependency]特性来声明对其它插件的依赖。

7. 常见问题排查与进阶技巧

即使按照指南操作，你也难免会遇到问题。这里汇总了一些常见坑点及其解决方案。

7.1 插件加载失败排查表

7.2 进阶技巧与最佳实践

1. 条件补丁：使用[HarmonyPatch]的特性构造函数，可以指定更精确的补丁条件，例如补丁特定参数类型的方法重载。

   [HarmonyPatch(typeof(PlayerController))] [HarmonyPatch(nameof(PlayerController.TakeDamage))] [HarmonyPatch(new Type[] { typeof(float), typeof(DamageSource) })] // 指定参数类型 internal class PlayerControllerTakeDamagePatch { ... }

2. 补丁优先级：当多个补丁作用于同一个方法时，可以使用[HarmonyPriority(Priority.High)]特性来设定执行顺序。
3. 反向补丁：用于调用游戏中的私有方法。这在你需要主动触发某个游戏内部功能时非常有用，但需要更深入的理解。
4. 使用PatchProcessor手动管理补丁：而不是用harmony.PatchAll()自动扫描。这可以提高加载速度，并更精确地控制补丁应用过程。

   var harmony = new Harmony(PluginGuid); var originalMethod = typeof(PlayerController).GetMethod("Update", BindingFlags.NonPublic | BindingFlags.Instance); var prefix = new HarmonyMethod(typeof(MyPatchClass).GetMethod("MyPrefix")); harmony.Patch(originalMethod, prefix: prefix);

5. 性能考量：
   • 避免在每帧都执行的补丁（如Update）中进行昂贵的操作（如FindObjectOfType、复杂的字符串处理）。
   • 缓存反射结果（MethodInfo,FieldInfo）和Traverse实例。
   • 考虑使用[HarmonyPrepare]特性在补丁应用前进行一次性初始化。
6. 社区与资源：
   • BepInEx 官方文档：虽然有些简略，但API参考很有用。
   • Harmony 官方文档：理解补丁原理的必读材料。
   • 目标游戏的Modding社区：Discord服务器、GitHub仓库。看看其他成熟的Mod是如何写的，是最好的学习方式。
   • dnSpy / ILSpy / JetBrains dotPeek：反编译工具，是你探索游戏代码的“眼睛”。

开发BepInEx插件是一个融合了逆向工程、软件开发和社区互动的有趣过程。从最简单的日志输出开始，逐步尝试修改游戏数据，再到创建复杂的交互界面和系统，每一步的成就感都实实在在。最关键的是保持耐心，善用日志和调试工具，并积极参与社区讨论。当你看到其他玩家在使用你制作的插件时，那种快乐是独一无二的。