zoukankan      html  css  js  c++  java
  • [你必须知道的.NET]第三十五回,判断dll是debug还是release,这是个问题

    发布日期: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 > 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 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:
    eleaseass.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及其以上版本测试通过,如您有更多精力,可对其以下版本进行分析。

    参考文献:

    更多精彩,尽在anytao.net
  • 相关阅读:
    What's different between Ctrl+Z and Ctrl+C in Unix command line?
    bitbucket使用,经验总结
    SpringMVC 强大的注解方式,走一个流程,看看,这些注解用过么
    java异常处理,需要考虑的流程
    两个日期之间相差的天数
    vue 路由面试题
    promise
    es6面试题
    谈谈你是如何理解 JS 异步编程的,EventLoop、消息队列都是做什么的,什么是宏任务,什么是微任务?
    使用高阶函数实现Array对象的方法
  • 原文地址:https://www.cnblogs.com/ShaYeBlog/p/3213673.html
Copyright © 2011-2022 走看看