C#学习教程:生产应用程序的PDB文件和“优化代码”标志分享


生产应用程序的PDB文件和“优化代码”标志

我应该何时在生产版本中包含PDB文件? 我应该使用Optimize code标志吗?这会如何影响我从exception中获得的信息?

如果有明显的性能优势,我会想要使用优化,但如果不是,我宁愿有准确的调试信息。 通常为生产应用程序做什么?

如果要在堆栈跟踪中查看源文件名和行号,请​​使用pdb-only选项生成PDB。 优化与PDB生成是分开的,即您可以优化生成PDB而不会影响性能。

来自C#语言参考

如果使用/ debug:full,请注意对JIT优化代码的速度和大小有一些影响,并且/ debug:full对代码质量的影响很小。 我们建议/ debug:pdbonly或不用PDB来生成发布代码。

要回答您的第一个问题,如果您的exception报告需要行号,则只需要在生产版本中包含PDB。

要回答第二个问题,使用PDB的“优化”标志意味着任何堆栈“崩溃”都将反映在堆栈跟踪中 。 我不确定报告的实际行号是否错误 – 这需要更多调查。

要回答你的第三个问题,你可以用一个相当巧妙的技巧来充分利用这两个世界。 默认调试版本和默认版本构建之间的主要区别在于,在执行默认版本构建时,将打开优化并且不会发出调试符号。 所以,分四步:

  1. 更改发布配置以发出调试符号。 这对您的应用程序的性能几乎没有影响,并且如果(何时?)您需要调试应用程序的发布版本,这非常有用。

  2. 使用新版本构建配置进行编译,即使用调试符号和优化。 请注意,99%的代码优化是由JIT编译器完成的,而不是语言编译器。

  3. 在应用程序的文件夹中创建一个名为xxxx.exe.ini(或dll或其他)的文本文件,其中xxxx是可执行文件的名称。 此文本文件最初应如下所示:

     [.NET Framework Debugging Control] GenerateTrackingInfo=0 AllowOptimize=1 
  4. 通过这些设置,您的应用可以全速运行。 如果要通过打开调试跟踪并可能关闭(CIL)代码优化来调试应用程序,只需使用以下设置:

     [.NET Framework Debugging Control] GenerateTrackingInfo=1 AllowOptimize=0 

编辑根据cateye的评论, 这也适用于 ASP.NET等托管环境 。

没有必要将它们包含在您的发行版中,但您绝对应该构建它们并保留它们。 否则调试崩溃转储几乎是不可能的。

我也会开启优化。 虽然它确实使调试更加困难,但性能提升通常非常重要,具体取决于应用程序的性质。 对于某些算法,我们很容易在发布与调试版本上看到超过10倍的性能。

上述就是C#学习教程:生产应用程序的PDB文件和“优化代码”标志分享的全部内容,如果对大家有所用处且需要了解更多关于C#学习教程,希望大家多多关注—猴子技术宅(www.ssfiction.com)

本文来自网络收集,不代表猴子技术宅立场,如涉及侵权请点击右边联系管理员删除。

如若转载,请注明出处:https://www.ssfiction.com/ckf/1269764.html

(0)
上一篇 1天前
下一篇 1天前

精彩推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注