Dotfuscator 不重命名变量和方法答案

【问题标题】：Dotfuscator not rename variables and methodDotfuscator 不重命名变量和方法
【发布时间】：2020-01-02 18:18:00
【问题描述】：

我做了一个简单的exe程序，配置Dotfuscator专业版并启动Build。 Dotfuscator 创建了一个 Dotfuscated 文件夹，其中包含一个新的 exe 文件。我在 DotPeek 中打开了新的exe，在那里我可以看到与我编写的完全相同的代码。

之前我也尝试使用免费的 Dotfuscator Community 版本并得到了某种混淆。

我做错了什么？为什么免费版能按预期工作，而专业版却不能？

【问题讨论】：

我在 Dotfuscator 团队工作。 DotPeek 可能会在磁盘上找到您的源文件并使用它；请注意，在 Assembly Explorer 中，您可以看到已应用重命名混淆（显示的类的实际名称是 eval_z）。尝试在源文件中添加注释，重新编译，重新运行 Dotfuscator，并检查 DotPeek 是否显示注释。此外，您的第二张图片似乎不是来自免费的 Dotfuscator 社区，因为似乎存在控制流混淆。
@JoeSewell 我完全按照你说的做了，并在 DotPeek 中看到了我的评论。 https://imgur.com/a/sILdKdS
@JoeSewell 我还将我的exe 文件复制到其他文件夹并重命名。毕竟操纵 dotPeek 已经显示出这样的混淆 :: https://imgur.com/a/U13tdAH
@JoeSewell 看起来像dotPeek 打开其他文件。为什么？
我无法解释为什么 DotPeek 会尽可能寻找源文件。但是根据您的回答，我相信今天某个时候这里有一个自我回答，关于 Dotfuscator 的问题解决了吗？

【解决方案1】：

DotPeek 使用调试符号文件（.pdb 文件）中包含的信息，尽可能在您的计算机上查找原始源文件。如果源中的 cmets 出现在 DotPeek 中，这一点尤其明显，因为程序集（是否受 Dotfuscator 保护）从不包含这些 cmets。

删除这些.pdb 文件应该会显示实际在程序集中的混淆代码。

（请注意，我是 Dotfuscator 团队的开发人员。）

【讨论】：