[你必须知道的.NET]第三十五回，判断dll是debug还是release，这是个问题

问题的提出

晚上翻着群里的聊天，发现一个有趣的问题：如何通过编码方式来判断一个dll或者exe为debug build还是release build？由于没有太多的讨论，所以我只好自己找点儿办法，试图解决这个问题，为夜生活带点刺激。于是，便有了本文的探索和分析。

当然，为了充分的调动起大家的主意，省去不必要的google操作，我觉得有必要对Debug和Release两种模式的异同进行一点提纲挈领式的分析，从而为接下来的解决方案打好基础。

Debug & Release

我们应用Visual Studio对代码文件进行F5操作（Build）时，实际是发生了一系列语法检查、词法检查和编译过程，通常情况下我们有两种Build模式，这就是常说的Debug Build和Release Build。望文知意，Debug Build模式通常应用于开发时，便于调试反馈；而Release Build则应用于部署时，这是因为Release模式下，编译器做了很多的优化操作（代码冗余、循环优化等），省去了对调试信息的记录。因此，两种Build模式是各不相同的，我们对其二者进行一点总结如下：

Debug用于开发时，Release用于部署时。
Debug模式下，将产生pdb文件，用于保存状态信息和调试信息；Release模式下，不产生调试信息，也没有pdb文件。
Debug模式下，System.Diagnostics.Debug.Write（或WriteLine）可以向跟踪窗口（Output）输出跟踪信息；而Release模式下，System.Diagnostics.Debug.WriteLine将被忽略。不过，可以考虑System.Diagnostics.Trace.Write，其人缘较好，对Debug和Release左右通吃，都可输出调试信息。
Debug模式下，#define DEBUG将作为默认预定义常量，参与编译过程；而在Release模式下，该预编译将被省略。例如如果执行：

#if DEBUGConsole.WriteLine("Hi");#endif

在Debug模式下，Console.WriteLine(“Hi”)将参与编译，而Release模式下，会忽略该语句的执行。不过，如果你手动添加

#define DEBUG

在两种模式下，都会执行Console.WriteLine(“Hi”)的编译。究其原因，是Visual Studio在默认情况下预定义了#define DEBUG，我们可以通过开关来设置：

关于预编译指令可详查《你必须知道的.NET》的相关章节。

解决方案

既然对Debug Build和Release Build有个基本的了解，那么也由此可以推断我们解决开篇问题的依据。在.NET中以DebuggableAttribute来控制CLR如何处理模块代码规则，而属性IsJITTrackingEnabled属性来标识运行库在代码生成过程中是否跟踪调试信息的标识，如果IsJITTrackingEnabled为true，表示运行库跟踪调试信息，可推断为Debug Build模式；如果IsJITTrackingEnabled为false，表示运行库没有跟踪调试信息，可推为Release Build模式。所以，解决的方案，最终着眼于对IsJITTrackingEnabled信息的获取上，可想而知，最简单的办法莫过于神兵利器——反射。

那么，我们开始吧。

构建

首先我们创建一个AnyContext来承载通用的上下文服务，在这里主要包含的就是：

/// <summary>
/// A common context
/// </summary>
/// <remarks>
/// Anytao, http://www.anytao.com
/// </remarks>
public class AnyContext : IAnyObject
{public static DebugMode GetDebugMode(string assemblyName){     }
}
其中，DebugMode是一个简单的枚举：

/// <summary>
/// Debug mode type
/// </summary>
/// <remarks>
/// Anytao, http://www.anytao.com
/// </remarks>
public enum DebugMode
{Debug,Release
}

可向而知，我们需要实现一个根据Assembly信息获取DebuggrableAttribute的Helper类，既然是Helper类我们希望能够兼顾各种情况，因此通过泛型方法是做好的选择，具体实现如下：

/// <summary>
/// Common helper
/// </summary>
/// <remarks>
/// Anytao, http://www.anytao.com
/// </remarks>
public static class Utils
{/// <summary>/// Get GetCustomAttribute/// </summary>/// <typeparam name="T">CustomAttribute Type</typeparam>/// <param name="provider"></param>/// <returns></returns>public static T GetCustomAttribute<T>(this ICustomAttributeProvider provider)where T : Attribute{var attributes = provider.GetCustomAttributes(typeof(T), false);return attributes.Length > 0 ? attributes[0] as T : default(T);}
}

此处的GetCustomAttribute被实现为扩展方法，那么任何实现了ICustomAttributeProvider接口的类型，都可以通过其获取CustomAttribute了，例如：Type、Assembly、Module、MethodInfo，都可以实现对GetCustomAttribute的调用。

接下来，GetDebugMode的逻辑就变得很简单，我们传入assembly路径即可获取DebuggrableAttribute，并由此推导IsJITTrackingEnabled的情况：

public static DebugMode GetDebugMode(string assemblyName)
{if (string.IsNullOrEmpty(assemblyName)){throw new ArgumentNullException("assemblyName");}DebugMode ret = DebugMode.Debug;try{// Get assebly by nameAssembly ass = Assembly.LoadFile(assemblyName);// Get DebuggableAttribute infoDebuggableAttribute att = ass.GetCustomAttribute<DebuggableAttribute>();ret = att.IsJITTrackingEnabled ? DebugMode.Debug : DebugMode.Release;}catch (Exception){throw;}return ret;
}
好了，这就是一个简单的判断逻辑，在AnyContext中包含了很多诸如此类的上下文定义，而GetDebugMode提供了本文开头的解决方案。

测试

新建两个project，并分别以Debug模式和Release模式编译，生成对应的exe（或dll）：
- debugass.exe
- releaseass.exe
新建TestProject，并对GetDebugMode进行测试如下：

[TestClass]
public class AnyContextTest
{[TestMethod]public void TestIsDebugOrRelease(){// Arrangestring ass1 = @"D:\debugass.exe";string ass2 = @"D:\releaseass.exe";// Act string mode1 = AnyContext.GetDebugMode(ass1).ToString();string mode2 = AnyContext.GetDebugMode(ass2).ToString();// AssetAssert.AreEqual(mode1, "Debug");Assert.AreEqual(mode2, "Release");}
}

一切OK，你不妨试试。

注：本测试在.NET 2.0及其以上版本测试通过，如您有更多精力，可对其以下版本进行分析。

参考文献：