1. 项目概述为什么我们需要一个“革命性”的加载器如果你是一名Unity游戏模组开发者或者只是一个热衷于给游戏添加新内容的玩家那么你一定经历过这样的痛苦面对一款新游戏你兴冲冲地打开社区准备大展身手却发现——这个游戏用的是Il2Cpp后端。一瞬间所有熟悉的Mono时代工具链都失效了你仿佛回到了石器时代只能对着编译好的二进制文件干瞪眼。这种割裂感正是过去几年Unity游戏模组社区面临的最大困境。Unity引擎在2018年左右开始大力推广其高性能的Il2Cpp脚本后端用以替代传统的Mono。Il2Cpp将C#代码提前AOT编译为C再编译为原生机器码带来了显著的性能提升和更好的代码保护。然而这把“性能利剑”也斩断了模组开发的生命线。传统的模组加载器如备受推崇的BepInEx其核心机制依赖于Mono运行时对程序集的动态加载和托管代码的Hook这些在Il2Cpp的AOT编译世界里几乎无法直接进行。于是社区出现了分裂一部分老游戏和坚持使用Mono的开发者沿用旧工具而新游戏则催生了一批专为Il2Cpp设计的、但往往互不兼容的加载器如用于《恐鬼症》的BepInEx Il2Cpp版、用于《英灵神殿》的BepInEx等。开发者需要为不同游戏、不同后端维护多套代码和工具链玩家则需要判断游戏版本、寻找对应的加载器过程繁琐且极易出错。正是在这种背景下MelonLoader横空出世并自称为“革命性”的解决方案。它的核心目标非常明确提供一个统一的、通用的加载器框架同时无缝支持Mono和Il2Cpp两种后端。这意味着无论是面向Unity 5.x的古老Mono游戏还是使用最新Unity 2022 LTS并启用Il2Cpp的3A大作理论上都可以使用同一套MelonLoader来加载模组。它试图成为模组领域的“通用USB接口”终结后端分裂带来的混乱。我最初接触它是在为一个使用Il2Cpp的小众独立游戏制作模组时当时被其“一次编写多处运行”的愿景所吸引但在深入使用后我发现它的革命性远不止于口号更在于其底层实现思路对传统模组开发范式的颠覆。2. 核心架构解析MelonLoader如何实现“双后端”兼容MelonLoader的“革命性”并非简单的功能堆砌而是建立在一种巧妙的架构设计之上。要理解它我们需要先拆解传统模组加载器以BepInEx为例的工作方式然后再看MelonLoader做了什么不同的事。2.1 传统加载器的困境与运行时的强耦合以BepInEx为代表的Mono时代加载器其工作流程可以概括为注入通过某种方式如Doorstop将BepInEx的核心库注入到游戏进程。初始化在游戏初始化的早期接管Mono运行时的程序集加载流程。托管创建一个独立的AppDomain或利用默认域加载BepInEx自身的插件管理器和所有模组.dll文件。Hook通过Harmony等库对游戏原有的C#方法进行补丁Patch实现功能修改。这套流程严重依赖Mono运行时提供的托管环境特性如Assembly.Load、AppDomain、JIT编译等。而Il2Cpp完全绕过了这些C#代码被编译成了C再变成机器码运行时是纯粹的本地执行没有传统的.NET程序集加载概念也没有托管内存环境供你随意注入托管代码。因此直接将BepInEx移植到Il2Cpp是行不通的必须重写一套与Il2Cpp运行时交互的底层。2.2 MelonLoader的解决方案抽象层与后端适配器MelonLoader的设计核心是分层与抽象。它将与Unity脚本后端直接交互的“脏活累活”剥离出来封装成独立的、可替换的组件而在上层为模组开发者提供统一的、稳定的API。你可以把它想象成电脑的硬件驱动无论你是NVIDIA显卡还是AMD显卡游戏模组只调用DirectX或OpenGL这些标准图形接口具体的驱动实现由MelonLoader这个“操作系统”来搞定。具体来说其架构主要包含以下几个关键层引导层Bootstrap这是最先执行的部分通常通过修改游戏原生二进制文件如UnityPlayer.dll或GameAssembly.dll的入口点或者利用操作系统的DLL注入机制将MelonLoader的加载代码嵌入游戏进程。这一层是平台相关的需要处理Windows/macOS/Linux的差异。核心层Core引导层成功后会加载MelonLoader的核心模块。核心层不关心后端是Mono还是Il2Cpp它只负责提供模组管理的通用逻辑扫描Mods文件夹、加载模组信息、管理模组生命周期OnApplicationStart,OnUpdate等、提供日志系统和配置系统。后端抽象层Backend Abstraction这是实现兼容性的关键。核心层通过一组定义良好的内部接口与后端进行通信。例如有“程序集加载接口”、“类型信息查询接口”、“方法Hook接口”等。后端实现层Backend ImplementationMono后端针对Mono运行时实现上述接口。它可能直接调用MonoImage、MonoClass等内部API或者利用Mono提供的公开反射接口来工作。这部分相对传统。Il2Cpp后端这是技术难点所在。Il2Cpp后端需要直接与libil2cpp库和游戏生成的GameAssembly.dll交互。它要做的事情包括元数据访问解析Il2Cpp生成的全局元数据文件通常是global-metadata.dat重建出完整的C#类型、方法、字段信息。这相当于在本地代码的海洋里绘制出一幅托管世界的“地图”。内存操作在游戏的本地内存空间中定位Il2Cpp对象、静态字段、函数指针。这需要深入理解Il2Cpp的内存布局和名称修饰Name Mangling规则。代码Hook无法像Mono那样直接修改IL代码因此需要采用本地代码Hook技术如内联HookInline Hook。简单说就是找到目标函数的机器码开头修改为一条跳转指令jmp使其跳转到我们自定义的C/C#混合函数中在自定义函数里执行我们的逻辑然后再选择是否跳回原函数。MelonLoader利用了一个强大的底层Hook库如MinHook来完成这件事。托管桥接如何让用C#写的模组代码能够调用到这些被Hook的本地函数或者访问Il2Cpp对象这需要一套复杂的“桥接”机制。MelonLoader的Il2Cpp后端会动态生成一些“胶水”代码或使用IL2CPPAPI将Il2Cpp对象指针包装成C#可以识别的IntPtr或通过Unhollower现已整合进Il2CppInterop这样的互操作库生成对应的C#包装类。注意MelonLoader的Il2Cpp后端实现极度依赖对特定版本libil2cpp内部结构的逆向工程。Unity每次更新Il2Cpp其内部数据结构都可能发生微小变动这可能导致MelonLoader失效需要社区及时更新以适配新版本。这是使用通用方案必须承担的风险。通过这种架构模组开发者编写的MelonMod类其OnInitialize等方法对于核心层来说是完全一样的。核心层调用后端抽象接口“执行模组初始化”至于这个调用在Mono后端是直接执行托管代码在Il2Cpp后端是先经过桥接再执行开发者无需关心。这真正实现了“编写一次在Mono和Il2Cpp上都能运行”的理想。3. 实操指南从零开始为你的游戏安装与配置MelonLoader理论很美好但让我们回到地面。如何实际为一款游戏安装MelonLoader这里我以Windows平台下的一款未知后端游戏为例分享最稳妥的通用流程和避坑要点。3.1 准备工作与工具选择首先你需要确定游戏使用的Unity版本和脚本后端。一个简单的方法是查看游戏根目录如果存在GameAssembly.dll和UnityPlayer.dll这几乎可以肯定使用的是Il2Cpp后端。如果存在UnityPlayer.dll但不存在GameAssembly.dll同时存在Managed文件夹且里面有大量.dll文件那么使用的是Mono后端。使用工具如UnityEX或AssetStudio打开游戏资源文件也可以查看版本信息。接下来获取MelonLoader安装器。强烈建议从GitHub官方仓库发布页下载最新版本的安装器而不是第三方打包的版本。安装器通常是一个可执行文件如MelonLoader.Installer.exe。你还需要准备.NET Framework 4.8 或更高版本MelonLoader运行所需。VC Redistributable通常系统已安装如果运行报错可以尝试安装最新版本。关闭杀毒软件实时防护注入行为容易被误报为病毒提前将游戏目录和安装器加入白名单能避免很多麻烦。3.2 分步安装流程与参数详解运行安装器以管理员身份运行MelonLoader.Installer.exe。这不是必须的但可以避免因权限问题导致文件写入失败。选择游戏主程序点击安装器上的Select或Browse按钮定位到你的游戏主程序.exe文件。例如E:\SteamLibrary\steamapps\common\MyGame\MyGame.exe。关键版本选择与自动检测Unity版本安装器通常会尝试自动检测游戏的Unity版本。如果检测失败你需要手动在下拉菜单中选择。版本必须精确匹配否则可能导致加载器崩溃或游戏无法启动。如果不确定可以去游戏社区或利用AssetStudio等工具查看。MelonLoader版本选择稳定版Stable即可。Beta版可能包含新功能但也可能有未知问题。安装选项解析Install标准安装。会在游戏目录下创建MelonLoader文件夹内含所有必需组件并修改游戏主程序以加载MelonLoader。Uninstall卸载。会尝试恢复对游戏主程序的修改并删除MelonLoader文件夹。Reinstall先卸载再安装用于修复或更新。Advanced高级选项这里有一些重要设置Backup是否在修改游戏主程序前创建备份。务必勾选这是你出错后能快速恢复游戏的“后悔药”。Installation Type通常选Normal。Steam模式可能会处理一些Steam特定的启动参数。Debug启用调试模式会在日志中输出更多信息用于排查问题但会降低性能。执行安装点击Install。安装器会开始工作下载必要的依赖如Il2CppInterop并修改游戏文件。过程中请保持网络通畅。验证安装安装完成后不要直接启动游戏。先检查游戏根目录下是否生成了MelonLoader文件夹以及文件夹内是否有MelonLoader.dll、Mods、UserData、Logs等子文件夹。同时检查游戏主程序的修改日期是否更新安装器通常会在同目录创建一个带.original后缀的备份文件。3.3 首次运行与日志排查首次通过修改后的游戏主程序启动游戏可能会比平时慢一些因为MelonLoader在进行初始化。如果游戏成功启动并且在屏幕左上角或某个角落看到了MelonLoader的版本信息水印通常可以配置关闭说明加载器已成功加载。最重要的工具是日志文件。无论成功与否都要养成查看日志的习惯。日志位于游戏根目录\MelonLoader\Logs\下最新的日志文件以日期命名。用文本编辑器打开它查看启动过程日志开头会清晰地记录检测到的Unity版本、后端类型Mono/Il2Cpp、加载的模组列表等信息。排查崩溃如果游戏启动即崩溃日志末尾的异常信息Exception是唯一的线索。可能是某个模组不兼容也可能是MelonLoader自身与游戏版本不匹配。将错误信息的关键部分如缺失的DLL、特定的错误码复制到社区或搜索引擎大概率能找到解决方案。调试模组你的模组中可以使用MelonLogger.Instance.Msg()来输出信息这些都会记录在日志中是调试模组逻辑的必备手段。实操心得我遇到过最棘手的情况是安装后游戏毫无反应进程在后台一闪而过。查看日志发现只有一两行启动记录就断了。这通常是底层注入失败或与反作弊/保护软件冲突。解决方案是1) 确保使用管理员权限运行2) 彻底关闭所有安全软件再试3) 尝试安装器中的“旧版注入方式”如果有此选项4) 到社区查看该游戏是否有特殊的安装要求例如需要重命名某个DLL文件来绕过保护。4. 模组开发入门创建你的第一个MelonMod假设MelonLoader已经成功安装现在让我们动手创建一个最简单的模组感受一下统一的API带来的便利。我们将创建一个在游戏启动时在控制台打印问候语的模组。4.1 开发环境搭建安装.NET SDK你需要安装.NET 6.0或更高版本的SDK。这是编译C#项目所必需的。创建项目使用Visual Studio 2022或JetBrains Rider新建一个“类库.NET Framework”或“类库.NET Standard”项目。项目目标框架建议选择.NET Framework 4.7.2或.NET Standard 2.0以确保最大兼容性。.NET Core/5/6可能在某些旧Mono环境下有问题。引用MelonLoader API你需要添加对MelonLoader.dll的引用。这个文件就在你安装好MelonLoader的游戏目录下的MelonLoader文件夹里。将其复制到你的项目目录下然后在项目中添加引用。引用游戏程序集可选但推荐对于Mono游戏引用游戏Managed文件夹下的核心DLL如Assembly-CSharp.dll。这能让你获得代码提示和编译时类型检查。对于Il2Cpp游戏情况复杂。你不能直接引用原生的DLL。社区工具如Il2CppDumper可以帮你从GameAssembly.dll和global-metadata.dat中“dump”出C#的“伪”程序集实际上是一堆IntPtr和包装类。引用这些DLL主要是为了开发便利了解游戏类的结构。运行时MelonLoader的Il2Cpp后端会通过桥接机制处理实际的对象。4.2 编写核心模组类在你的项目中创建一个主类并使其继承自MelonMod。using MelonLoader; namespace MyFirstMelonMod { public class MyFirstMod : MelonMod { // 在模组初始化时调用早于所有游戏对象的Awake public override void OnInitializeMelon() { LoggerInstance.Msg(我的第一个MelonMod已加载后端是 (MelonUtils.IsGameIL2CPP() ? Il2Cpp : Mono)); } // 在每一帧更新时调用 public override void OnUpdate() { // 示例按F1键打印消息 if (UnityEngine.Input.GetKeyDown(UnityEngine.KeyCode.F1)) { LoggerInstance.Msg(你按下了F1键); } } // 在游戏场景加载完成后调用 public override void OnSceneWasLoaded(int buildIndex, string sceneName) { LoggerInstance.Msg($场景加载完毕{sceneName} (索引{buildIndex})); } } }代码解析与注意事项LoggerInstance是MelonMod基类提供的日志器实例使用它输出信息会显示在MelonLoader的控制台和日志文件中格式统一。MelonUtils.IsGameIL2CPP()这是一个非常重要的运行时判断方法。如果你的模组逻辑需要针对不同后端做特殊处理例如访问某个字段的方式在Mono和Il2Cpp下不同就需要用到它。OnUpdate这里是放置需要每帧检查的逻辑的地方如按键检测。注意频繁的日志输出会影响性能。命名空间和类名虽然可以任意但建议保持一定的规范性避免与其他模组冲突。依赖处理如果你的模组依赖其他第三方库如Newtonsoft.Json需要将这些库的DLL文件放在你模组DLL的同级目录或者使用IL合并工具将其打包进主DLL。MelonLoader会自动加载同目录下的依赖项。4.3 编译、部署与测试编译在IDE中构建项目生成MyFirstMelonMod.dll。部署将生成的DLL文件复制到游戏的MelonLoader\Mods\目录下。如果模组有配置文件它通常会在首次运行时在MelonLoader\Mods\MyFirstMelonMod\下自动生成。测试启动游戏。观察游戏内是否出现MelonLoader水印然后查看日志文件MelonLoader\Logs\。你应该能看到类似[INFO] MyFirstMelonMod: 我的第一个MelonMod已加载后端是Il2Cpp的输出。在游戏中按下F1键日志中也会出现对应的消息。至此一个跨后端的通用模组就创建完成了。你会发现除了在Il2Cpp下引用游戏程序集比较麻烦外主要的模组逻辑代码是完全一致的。5. 高级主题深入Il2Cpp模组开发与性能调优当你的模组从简单的日志输出转向修改游戏逻辑、创建新UI或与游戏对象深度交互时尤其是在Il2Cpp后端下就会遇到真正的挑战。本章节分享一些进阶实践和性能考量。5.1 与Il2Cpp游戏对象交互在Mono下你可以通过GameObject.Find、GetComponent等熟悉的Unity API直接操作。在Il2Cpp下这些API仍然存在但它们的返回类型和底层实现是不同的。MelonLoader通过Unhollower/Il2CppInterop提供了包装。// 假设我们想获取玩家对象 // 在Mono后端这很直接 // GameObject player GameObject.Find(Player); // 在Il2Cpp后端需要借助Il2Cpp包装 using Il2CppInterop.Runtime; // 需要引用Il2CppInterop的命名空间 using Il2CppInterop.Runtime.InteropTypes.Arrays; // 方法1使用Il2Cpp包装的UnityEngine API如果可用 // 这要求你的开发环境引用了由Il2CppDumper生成的包装程序集 Il2CppSystem.Object result Il2CppType.OfUnityEngine.GameObject().GetMethod(Find).Invoke(null, new Il2CppSystem.Object[] { new Il2CppSystem.String(Player) }); if (result ! null) { UnityEngine.GameObject player result.TryCastUnityEngine.GameObject(); if (player ! null) { LoggerInstance.Msg($找到玩家对象: {player.name}); } } // 方法2更常用的方式是通过现有的MonoBehaviour实例来获取 // 例如如果你已经有一个对PlayerController脚本的引用 // PlayerController pc ...; // GameObject player pc.gameObject; // 这里的gameObject属性已经被Il2CppInterop正确包装 // 方法3直接使用Il2Cpp原生API高级不推荐新手 // IntPtr gameObjectPtr IL2CPP.il2cpp_object_new(IL2CPP.il2cpp_class_from_name(UnityEngine, GameObject)); // ... 非常复杂需要手动处理内存和生命周期关键点在Il2Cpp下开发大部分时间你是在与“包装类”打交道。这些包装类由Il2CppInterop在运行时动态生成它们将Il2Cpp对象的原生指针IntPtr封装成与Mono下相似的C#对象并暴露了相似的属性和方法。你需要确保你的开发项目引用了正确的包装程序集才能获得代码自动完成功能。5.2 使用Harmony进行方法补丁无论是Mono还是Il2Cpp修改游戏原有代码的核心手段通常是方法补丁。MelonLoader集成了强大的Harmony库。using HarmonyLib; [HarmonyPatch(typeof(SomeGameClass), SomeMethod)] class Patch_SomeMethod { // 前缀补丁在原方法执行前运行 static bool Prefix(ref int __instance, string someParam, ref bool __result) { LoggerInstance.Msg($Prefix: 即将调用SomeMethod参数是 {someParam}); // 如果返回false将跳过原方法的执行 // 你可以修改参数 (someParam) 或直接设置结果 (__result) return true; // 继续执行原方法 } // 后缀补丁在原方法执行后运行 static void Postfix(int __instance, bool __result) { LoggerInstance.Msg($Postfix: SomeMethod执行完毕结果是 {__result}); // 可以修改__result来改变返回值 } // 反汇编器补丁仅Il2Cpp直接修改IL代码实际上是修改编译后的机器码 // 这需要深厚的汇编知识极其复杂且不稳定仅在万不得已时使用。 }在Il2Cpp下使用Harmony的特别说明 在Mono下Harmony修改的是.NET的中间语言IL。在Il2Cpp下由于代码已编译为本地机器码Harmony的Il2Cpp适配器会利用MelonLoader的底层Hook能力将函数开头的指令替换为跳转。这对开发者来说是透明的你仍然可以使用相同的[HarmonyPatch]属性语法。但是Il2Cpp下的方法补丁稳定性更差。因为函数可能被内联优化或者跳转指令的地址计算在复杂的指令集中出错导致游戏崩溃。因此在Il2Cpp游戏中应用Harmony补丁要更加小心并且做好充分的测试。5.3 性能考量与优化建议模组会影响游戏性能在Il2Cpp下尤其需要注意。避免在OnUpdate中执行重型操作OnUpdate每帧调用。在这里进行复杂的计算、频繁的日志输出LoggerInstance.Msg、或者使用GameObject.Find等昂贵的查找操作会迅速拖慢帧率。应该将不必要每帧执行的操作移到OnFixedUpdate、协程Coroutine或事件触发中。缓存引用如果你需要频繁访问某个游戏对象或组件不要在每帧都去查找它。在OnSceneWasLoaded或第一次需要时找到它并将其存储在一个私有字段中。谨慎使用反射和动态类型在Il2Cpp下通过Il2CppInterop进行反射操作比在Mono下开销更大。尽量使用已知的包装类和方法避免频繁的Invoke或GetField。管理好Harmony补丁每个活动的Harmony补丁都会引入一个微小的跳转开销。虽然单个开销很小但数十上百个补丁累积起来也不可忽视。确保你的补丁是必要的并在模组卸载时正确地用HarmonyInstance.UnpatchAll()进行清理。使用模组配置通过MelonLoader的配置系统让玩家可以关闭某些高开销的功能如视觉特效、详细日志为不同性能的机器提供灵活性。性能剖析在开发后期使用Unity Profiler如果游戏允许附加或简单的帧时间测量来定位性能瓶颈。MelonLoader的日志也可以输出时间戳用于粗略的性能分析。6. 常见问题排查与社区资源即使按照指南操作你也一定会遇到各种问题。下面是我在长期使用和社区交流中积累的一些常见问题及其解决方案。6.1 安装与启动问题问题现象可能原因排查步骤与解决方案游戏毫无反应进程秒退1. 注入失败2. 与反作弊冲突3. Unity版本不匹配1. 检查日志文件看是否有错误信息。2. 以管理员身份运行游戏。3. 关闭所有安全软件或将游戏目录加入白名单。4. 尝试安装器中的“旧版注入”选项。5. 确认选择的Unity版本与游戏完全一致。游戏启动后卡死在初始画面1. 某个模组崩溃2. MelonLoader组件损坏1. 移除Mods文件夹内所有模组逐一放回定位问题模组。2. 重新运行安装器选择Reinstall。3. 检查日志中是否有某个模组加载后出现的最后一条错误。屏幕上有MelonLoader水印但模组没加载1. 模组DLL放置位置错误2. 模组依赖缺失3. 模组与当前MelonLoader版本不兼容1. 确认DLL在MelonLoader\Mods\下而不是子文件夹里除非模组说明允许。2. 查看日志确认模组是否被识别。如果显示“Failed to load”检查是否缺少依赖DLL。3. 查看模组发布页确认其支持的MelonLoader版本。日志中出现“Not supported!”或“Invalid Unity Version”Unity版本或后端检测错误1. 手动指定正确的Unity版本安装。2. 对于某些特别修改或加密的游戏MelonLoader可能无法正确检测。需要社区提供特定版本的适配器或安装方法。6.2 模组开发问题编译错误“找不到MelonLoader命名空间”确保已正确添加对MelonLoader.dll的引用并且项目目标框架是.NET Framework 4.7.2或兼容版本。运行时错误“MissingMethodException”或“TypeLoadException”这通常是因为你的模组引用的某个库如Harmony、Il2CppInterop的版本与游戏实际加载的MelonLoader内置版本不匹配。解决方案是不要在你的模组项目中直接引用这些库的NuGet包或单独DLL而是依赖于MelonLoader环境本身。MelonLoader会在启动时将这些依赖加载到全局域中。在Il2Cpp下代码能编译但运行时对象为null或方法调用失败这几乎总是因为包装类不匹配或游戏更新导致内部偏移变化。确保你使用的游戏包装程序集通过Il2CppDumper生成与当前游戏版本匹配。如果游戏更新了你需要重新Dump并生成新的包装程序集。Harmony补丁在Il2Cpp下导致崩溃首先尝试将补丁方法做得尽可能简单排除自身代码问题。可能是目标方法被内联或优化了。尝试在Harmony补丁属性中指定MethodType.Getter/Setter或者使用[HarmonyPatch(typeof(Class), MethodType.Constructor)]等更精确的指定方式。如果不行可能需要寻找其他Hook点。6.3 不可或缺的社区资源MelonLoader的生态高度依赖社区。遇到无法解决的问题时善用这些资源GitHub仓库这里是核心。MelonLoader主仓库用于报告加载器本身的Bug。Il2CppInterop仓库用于处理Il2Cpp交互问题。在提交Issue前请务必先搜索是否已有类似问题。游戏特定的模组社区Discord服务器、Reddit板块、专门的模组网站如nexusmods。很多游戏都有热心玩家维护着该游戏下MelonLoader的安装指南和模组列表。Unity Modding Wiki和论坛这些地方有大量关于Unity逆向工程、Il2Cpp结构、Harmony使用的通用知识。逆向工程工具dnSpy用于Mono程序集反编译和调试、Il2CppDumper用于Il2Cpp元数据提取、x64dbg/IDA Pro用于高级本地代码调试是深入解决问题的终极武器但需要一定的学习成本。MelonLoader的出现确实为Unity模组开发带来了新的曙光它用一套相对优雅的架构弥合了Mono与Il2Cpp之间的鸿沟。然而它的“通用”特性也意味着它无法为每个游戏做深度优化在复杂游戏或更新频繁的游戏面前依然需要开发者和社区付出大量的适配努力。作为开发者理解其原理掌握排查问题的方法并积极参与社区是让模组在不同后端游戏上稳定运行的关键。从我个人的经验来看拥抱MelonLoader意味着拥抱一个更统一但也更复杂的工具链其带来的便利性在长期、多项目的开发中会逐渐显现但初期的学习曲线和调试成本是需要做好心理准备的。
