发布日期：2009.12.29 作者：Anytao
© 2009 Anytao.com ，Anytao原创作品，转贴请注明作者和出处。
问题的提出
晚上翻着群里的聊天，发现一个有趣的问题：如何通过编码方式来判断一个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 DEBUG
Console.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 > ? attributes[] 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 name
Assembly ass = Assembly.LoadFile(assemblyName); // Get DebuggableAttribute info
DebuggableAttribute 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()
{
// Arrange
string ass1 = @"D:\debugass.exe";
string ass2 = @"D:\releaseass.exe"; // Act
string mode1 = AnyContext.GetDebugMode(ass1).ToString();
string mode2 = AnyContext.GetDebugMode(ass2).ToString(); // Asset
Assert.AreEqual(mode1, "Debug");
Assert.AreEqual(mode2, "Release");
}
}
一切OK，你不妨试试。
注：本测试在.NET 2.0及其以上版本测试通过，如您有更多精力，可对其以下版本进行分析。
参考文献：
- ms-help://MS.MSDNQTR.v90.chs/fxref_mscorlib/html/9f109812-3c14-dcb2-9aff-e18e20dc33ff.htm
- http://blogs.msdn.com/jb/archive/2006/06/14/631469.aspx
更多精彩，尽在anytao.net