c# – 调试时静态变量初始化程序的运行时评估中的奇数

概述当我从Visual Studio内部启动它时,我的应用程序运行正常,附带调试器(F5).但是当我在没有附加调试器(Ctrl-F5或启动.exe文件)的情况下启动应用程序时,我总是得到一个StackOverflowException,幸运地记录在 Windows事件日志中. 有问题的代码如下： namespace Caliburn.Micro.Contrib{ public static 当我从Visual Studio内部启动它时,我的应用程序运行正常,附带调试器(F5).但是当我在没有附加调试器(Ctrl-F5或启动.exe文件)的情况下启动应用程序时,我总是得到一个StackOverflowException,幸运地记录在 Windows事件日志中.

有问题的代码如下：

namespace Caliburn.Micro.Contrib{    public static class FrameworkExtensions    {        public static class VIEwLocator        {            static Readonly Func<string,object,IEnumerable<string>> _basetransformname = Micro.VIEwLocator.transformname;            public static voID EnableContextFallback()            {                Caliburn.Micro.VIEwLocator.transformname = Fallbacknametransform;            }                static IEnumerable<string> Fallbacknametransform(string typename,object context)            {                var names = _basetransformname(typename,context);                if (context != null)                {                    names = names.Union(_basetransformname(typename,null));                }                return names;            }        }    }}

我在App启动期间调用了FrameworkExtensions.EnableContextFallack()方法,并在第一次调用Caliburn.Micro.VIEwLocator.transformname期间发生了StackOverflowException.这意味着在没有附加调试器时以及在附加调试器时调用EnableContextFallback()之前调用EnableContextFallback()之后初始化_basetransformname变量.

能够通过添加静态构造函数并在构造函数中分配变量来修复错误

namespace Caliburn.Micro.Contrib{    public static class FrameworkExtensions    {        public static class VIEwLocator        {            static Readonly Func<string,IEnumerable<string>> _basetransformname;            static VIEwLocator()            {                 _basetransformname = Micro.VIEwLocator.transformname;            }            public static voID EnableContextFallback()            {                Caliburn.Micro.VIEwLocator.transformname = Fallbacknametransform;            }                static IEnumerable<string> Fallbacknametransform(string typename,null));                }                return names;            }        }    }}

这可确保在第一次调用EnableContextFallback()之前始终设置变量_basetransformname.

所以问题是：为什么在附加调试器时静态变量有不同的初始化行为,是否有办法“禁用”不同的行为？

干杯

解决方法

So the question is: Why is there a different initialization behavior for static variables when a deBUGger is attached and is there a way to “disable” the different behavior?

当没有静态构造函数时,静态变量初始值设定项的行为很少得到保证.实际上,您甚至可以在不调用静态变量初始化程序的情况下创建类的实例！当您使用调试器时,CLR会以不同的方式执行各种 *** 作(尤其是围绕JITting).

使用静态构造函数可能是为您提供更可预测的初始化行为的最佳方法.

有关更多信息,请参阅我的blog post about type initialization changes in .NET 4.

总结

以上是内存溢出为你收集整理的c# – 调试时静态变量初始化程序的运行时评估中的奇数全部内容，希望文章能够帮你解决c# – 调试时静态变量初始化程序的运行时评估中的奇数所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。