简介这份资源是面向Unity游戏开发与逆向分析学习者的dnSpy反编译工具包适合需要查看、调试Unity项目程序集或研究.NET代码结构的开发者使用。压缩包共收录1736个文件以1583个dll动态链接库为核心配合76个pdb调试符号、26个json与24个xml配置数据、10个txt说明及8个dntheme主题文件另有6个exe可执行程序、2个rsp响应文件与1个png图标整体约134.32MB覆盖工具运行所需的完整依赖与界面资源。内容预览中可见PresentationFramework、System.Windows.Forms、System.Private.CoreLib等程序集说明包内包含反编译与调试环节依赖的.NET基础库便于直接部署使用。目前已有3944人学习下载可帮助读者快速获得可用的反编译环境理解程序集加载、符号调试与界面主题配置等环节适合作为Unity源码分析与逆向入门的工具参考。1. dnSpy 在 Unity 逆向里的真实定位它到底能看什么、不能看什么如果你手里拿到一个 Unity 打包出来的 PC 或 Android 包想搞清楚某个数值是怎么算的、某个加密逻辑藏在哪、某个 UI 状态机为什么在特定条件下不触发第一反应通常是去翻Assembly-CSharp.dll。dnSpy 就是干这件事最顺手的工具之一——它能直接把托管 DLL 反编译成可读的 C# 代码还能挂调试器、改 IL、重新保存。但很多人第一次用就翻车打开 DLL 发现方法体全是空的或者类名变成一堆c__DisplayClass于是怀疑工具不行。其实问题不在 dnSpy而在于你没搞清楚 Unity 的代码到底被怎么处理过。这一章先把边界划清楚dnSpy 能处理的是托管程序集遇到 IL2CPP 打包、代码混淆、AOT 裁剪这三种情况它的能力会大幅缩水甚至完全失效。适合读这篇的人是已经能拿到 Unity 包、知道Managed目录在哪、想快速定位逻辑而不是从零学逆向的从业者。2. 用 dnSpy 打开 Unity 程序集从定位 DLL 到读懂反编译结果2.1 先确认你的包是 Mono 还是 IL2CPPUnity 打包有两种脚本后端Mono 和 IL2CPP。dnSpy 只对 Mono 后端有效因为 Mono 会把 C# 编译成托管 IL 存放在 DLL 里IL2CPP 则会把 IL 转成 C 再编译成原生机器码最终产物是GameAssembly.dll加一堆global-metadata.datdnSpy 打开它只会看到一堆无法识别的二进制。判断方法很直接看包体结构后端类型关键文件dnSpy 是否可用Mono*_Data/Managed/Assembly-CSharp.dll可用直接反编译IL2CPPGameAssembly.dll*_Data/il2cpp_data/Metadata/global-metadata.dat不可用需换工具链HybridCLR 热更Assembly-CSharp.dll可能被裁剪或加密部分可用需先脱壳如果你在Managed目录下能看到Assembly-CSharp.dll、UnityEngine.dll、mscorlib.dll这一套基本就是 Mono 后端。常见做法是先把整个Managed目录拷出来不要直接在原包里操作避免误改导致包损坏。2.2 打开 DLL 后先做三件事找入口、看引用、搜字符串dnSpy 的界面左侧是程序集树双击某个 DLL 会展开命名空间和类型。很多人一上来就乱点效率很低。我一般按固定顺序走第一步找游戏主逻辑入口。Unity 的 MonoBehaviour 通常挂在场景里但代码入口往往是一个静态类或GameManager之类的单例。在 dnSpy 里按CtrlShiftK打开搜索选“类型”输入Manager、Controller、Game这类关键词先圈定范围。第二步看程序集引用。右键Assembly-CSharp.dll→ “编辑程序集引用”能看到它依赖了哪些第三方库。如果引用了Newtonsoft.Json、LitJson、MessagePack之类说明配置或存档大概率是 JSON 或二进制序列化后面搜字符串就有方向。第三步搜字符串。按CtrlShiftS搜你关心的关键词比如“gold”“damage”“encrypt”“key”。dnSpy 会列出所有引用该字符串的方法双击直接跳到 IL 或 C# 视图。这一步能省掉大量翻类的时间。// 反编译出来的典型 Unity 单例写法dnSpy 里看到这种结构就说明找对地方了 public class GameManager : MonoBehaviour { private static GameManager _instance; public static GameManager Instance { get { if (_instance null) { // 常见做法是 FindObjectOfType 或直接 new GameObject 挂载 _instance FindObjectOfTypeGameManager(); } return _instance; } } public int playerGold; public void AddGold(int amount) { // 这里就是你要改的数值逻辑dnSpy 可以直接右键“编辑方法体”改 IL playerGold amount; } }上面这段代码在 dnSpy 里看到后你可以右键AddGold方法 → “编辑方法体”把playerGold amount改成playerGold amount * 100然后点“编译”保存回 DLL。注意dnSpy 改的是 IL不是 C# 源码它会把你的 C# 写法重新编译成 IL 再写回。参数说明上amount是调用方传入的增量改乘法系数是最简单的验证方式但正式改逻辑要考虑溢出和存档兼容。2.3 用 dnSpy 调试 Unity 进程的配置步骤dnSpy 不只是静态反编译它还能附加到正在运行的 Unity 进程做动态调试。这对分析运行时才生成的数值特别有用比如某个随机种子、某个网络包解密后的结果。操作步骤在 dnSpy 里打开目标 DLL找到你想下断点的方法。菜单栏“调试” → “附加到进程”选择正在运行的 Unity 游戏进程通常是Game.exe或UnityPlayer.dll所在进程。在方法体里右键 → “断点” → “插入断点”。回到游戏触发对应逻辑dnSpy 会中断此时可以在“局部变量”窗口看参数值在“调用堆栈”窗口看是谁调用的。# 如果你在 macOS 或 Linux 下用命令行启动 Unity 包附加进程时注意进程名 # 常见做法是先 ps 找到进程 PID再在 dnSpy 里按名称筛选 ps aux | grep -i Game\|Unity # 输出示例user 12345 0.0 0.1 ... /path/to/Game # dnSpy 附加时选 PID 12345 对应的进程逻辑说明附加调试的前提是目标进程没有反调试保护。很多商业 Unity 游戏会检测调试器一旦发现就崩溃或行为异常。如果你附加后游戏立刻退出大概率是踩到了反调试这时候要么换静态分析要么先定位反调试代码并绕过。参数上dnSpy 的断点支持条件表达式比如amount 1000才断能减少无关中断。3. 改代码、导 IL、重打包dnSpy 编辑后的完整落地链路3.1 编辑方法体时 IL 与 C# 视图的取舍dnSpy 默认显示 C# 视图但编辑时它实际改的是 IL。右键方法 → “编辑方法体”会弹出一个编辑器你可以在里面写 C# 或直接写 IL。我一般优先用 C# 视图因为可读性好但遇到编译器生成的闭包、迭代器、异步状态机时C# 视图可能显示不全或无法编辑这时候切到 IL 视图手动改指令更稳。一个血泪经验不要在大方法里直接改复杂逻辑dnSpy 的 C# 编译器不是 Roslyn对语法糖支持有限。比如async/await、yield return、LINQ 查询表达式改完编译报错是常事。稳妥做法是把要改的逻辑抽成一个独立的小方法在原方法里只改一行调用这样编译成功率最高。// 原方法可能长这样直接改里面的复杂逻辑容易翻车 public void ProcessReward(RewardData data) { var list data.items.Where(x x.quality 3).OrderBy(x x.id).ToList(); foreach (var item in list) { // 一堆业务逻辑 } } // 更稳的做法新增一个静态方法原方法只改调用 public static class RewardPatch { public static void Process(RewardData data) { // 你的新逻辑写在这里独立编译出错概率低 } } // 然后把 ProcessReward 方法体改成RewardPatch.Process(data);参数说明RewardData是原方法参数类型新增方法要保持签名一致。改完后点“编译”dnSpy 会提示是否保存到原 DLL选“是”会直接覆盖。建议先备份原 DLL改坏了能回滚。3.2 保存修改后的 DLL 并验证是否生效dnSpy 保存 DLL 后Unity 加载的是你改过的版本。但有几个坑如果 DLL 被 Unity 的缓存或 AssetBundle 引用直接替换Managed目录下的文件可能不生效需要清理Library缓存或重新打包。如果游戏有完整性校验比如比对 DLL 哈希改完会启动失败。常见做法是同时定位校验代码并绕过或者用 dnSpy 把校验方法的返回值直接改成true。Android 包改完 DLL 后需要重新签名否则安装失败。用apksigner或类似工具重签注意保留原签名信息。# Android 包替换 DLL 后重新签名的常见流程 # 1. 解包 apk用 apktool 或直接 unzip unzip game.apk -d game_extracted # 2. 替换 Managed 目录下的 DLL cp modified/Assembly-CSharp.dll game_extracted/assets/bin/Data/Managed/ # 3. 重新打包 cd game_extracted zip -r ../game_modified.apk . # 4. 重新签名需要 keystore apksigner sign --ks my.keystore --out game_signed.apk game_modified.apk # 5. 安装验证 adb install game_signed.apk逻辑说明重打包时注意zip的压缩级别和文件顺序某些 Unity 版本对 apk 内文件对齐有要求不对齐会导致加载失败。参数上--ks指定你的签名文件没有的话可以用keytool生成一个自签名。验证是否生效最简单的方法是改一个显眼的数值比如金币初始值进游戏看是否变化。3.3 用 dnSpy 导出整个工程做批量分析如果你要分析的不止一个方法而是想整体看某个模块的逻辑dnSpy 支持“导出到项目”。右键程序集 → “导出到项目”会生成一套.csproj和.cs文件你可以用 Visual Studio 或 Rider 打开配合全局搜索、引用查找效率比在 dnSpy 里逐个点高得多。导出后的工程不能直接编译运行因为缺少 Unity 的引用和资源但作为代码阅读和搜索工具非常够用。我一般会导出后先跑一遍全局搜索把所有跟“加密”“存档”“网络”相关的类列出来再逐个深入。4. 避坑与排查dnSpy 反编译 Unity 时最常见的 5 个翻车现场4.1 打开 DLL 后方法体全是空的或显示throw new NotImplementedException现象dnSpy 能展开类和方法但方法体里只有一行throw new NotImplementedException()或者直接空白。原因这是 IL2CPP 裁剪或代码混淆的典型表现。IL2CPP 会把 IL 转成 C原始 DLL 可能只是占位混淆工具则会把方法体替换成无效指令让反编译器无法还原。解决先确认后端类型。如果是 IL2CPPdnSpy 无能为力需要换用针对global-metadata.dat的工具链。如果是 Mono 但被混淆尝试用 de4dot 之类的反混淆工具先处理一遍再喂给 dnSpy。注意 de4dot 对新型混淆不一定有效遇到控制流平坦化只能手动还原。4.2 搜索字符串搜不到但游戏里明明显示了这段文本现象你在游戏 UI 上看到“攻击力10”但在 dnSpy 里搜“攻击力”没有任何结果。原因Unity 的文本可能来自本地化表、AssetBundle 里的 TextAsset、或者运行时从服务器拉取。代码里只存了一个 key比如ATK_UP真正的中文在别处。解决搜 key 而不是搜显示文本。常见做法是先在游戏目录里搜*.json、*.csv、*.bytes文件找到本地化表再拿 key 回 dnSpy 搜。如果 key 也搜不到可能是加密存储需要先定位解密逻辑。4.3 改完 DLL 游戏启动崩溃或卡在加载界面现象dnSpy 保存 DLL 后游戏直接闪退或者卡在 Logo 界面不动。原因常见有三种——DLL 签名校验失败、改坏的 IL 导致类型加载异常、DLL 版本与 Unity 运行时不匹配。解决先看崩溃日志。Windows 下看%USERPROFILE%\AppData\LocalLow\公司名\游戏名\Player.logAndroid 下用adb logcat过滤Unity标签。如果是签名校验搜Assembly.GetExecutingAssembly().GetName().GetPublicKeyToken()或哈希比对代码把校验方法返回值改成true。如果是 IL 异常用 dnSpy 的“编译”功能重新检查你的修改确保没有语法错误。4.4 附加调试器后游戏行为异常或直接退出现象dnSpy 附加进程成功但游戏立刻退出或者角色移动速度变快、UI 错乱。原因反调试机制。常见手段包括检测IsDebuggerPresent、检测调试端口、检测 dnSpy 进程名、或者用时间差判断是否被断点中断。解决先静态搜IsDebuggerPresent、Debugger、CheckRemoteDebuggerPresent等关键词找到检测代码后把返回值改成false或直接return。如果搜不到可能是 native 层检测需要换用其他调试手段。注意绕过反调试可能违反某些游戏的服务条款仅建议在合法授权的测试环境中操作。4.5 导出的工程里类名变成c__DisplayClass或f__AnonymousType现象导出到项目后大量类名是编译器生成的奇怪符号根本没法读。原因这是 C# 编译器对 lambda、匿名类型、迭代器生成的闭包类不是混淆。dnSpy 的 C# 视图能还原一部分但导出成源码后这些符号会保留。解决在 dnSpy 里直接看 C# 视图它会尽量还原成 lambda 写法。如果必须导出用支持反编译还原的插件或工具或者手动根据上下文重命名。实际分析时我一般忽略这些类直接看它们被谁调用、传了什么参数逻辑链条一样能理清。5. 从改一个数值到批量 PatchdnSpy 脚本化与自动化验证dnSpy 本身是个 GUI 工具但它的底层是 dnlib你可以用 C# 写脚本批量处理 DLL。这对需要改几十个方法、或者要反复验证不同参数组合的场景非常有用。我一般会写一个控制台小工具引用dnlib.dll加载目标程序集遍历所有类型和方法按规则匹配并修改 IL最后保存。// 用 dnlib 批量把某个类里所有 AddGold 调用的参数乘以 100 using dnlib.DotNet; using dnlib.DotNet.Emit; var module ModuleDefMD.Load(Assembly-CSharp.dll); foreach (var type in module.GetTypes()) { foreach (var method in type.Methods) { if (!method.HasBody) continue; var instrs method.Body.Instructions; for (int i 0; i instrs.Count; i) { // 匹配 call 指令目标方法是 AddGold if (instrs[i].OpCode OpCodes.Call instrs[i].Operand is IMethod called called.Name AddGold) { // 在调用前插入 ldc.i4 100 和 mul实现参数放大 instrs.Insert(i, Instruction.Create(OpCodes.Ldc_I4, 100)); instrs.Insert(i 1, Instruction.Create(OpCodes.Mul)); i 2; // 跳过插入的指令 } } } } module.Write(Assembly-CSharp_patched.dll);逻辑说明这段代码遍历所有方法找到调用AddGold的位置在调用前插入“压入 100”和“相乘”两条 IL 指令。参数上Ldc_I4是压入 32 位整数Mul是乘法注意栈平衡——AddGold原本需要一个 int 参数插入后栈上还是只有一个 int不会破坏调用约定。实际使用时匹配规则可以改得更精确比如限定命名空间或类名避免误伤。验证方法改完后不要直接进游戏先用 dnSpy 打开新 DLL找到对应方法看 IL 是否如预期。然后跑一个最小测试场景比如只调用一次AddGold(1)看结果是不是 100。如果不对检查插入位置是否在参数压栈之后、调用之前。这个顺序错了栈会乱游戏直接崩。最后一个习惯每次改 DLL 前先算哈希存一份改完再算一次对比确认文件真的变了。我见过太多“改了但没生效”的情况最后发现是路径搞错或者 Unity 缓存没清。希望帮到你。本文还有配套的精品资源点击获取