当我从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。这意味着在没有附加调试器的情况下调用 _baseTransformName
之后初始化{em> {<1}}在调用 EnableContextFallback()
之前调用调试器已附加。
能够通过添加静态构造函数并在构造函数
中分配变量来修复错误EnableContextFallback()
这可确保在第一次调用namespace Caliburn.Micro.Contrib
{
public static class FrameworkExtensions
{
public static class ViewLocator
{
static readonly Func<string, object, IEnumerable<string>> _baseTransformName;
static ViewLocator()
{
_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;
}
}
}
}
之前始终设置变量_baseTransformName
。
所以问题是:为什么在附加调试器时静态变量有不同的初始化行为,是否有办法“禁用”不同的行为?
欢呼声
答案 0 :(得分:1)
所以问题是:为什么在附加调试器时静态变量有不同的初始化行为,是否有办法“禁用”不同的行为?
当没有静态构造函数时,静态变量初始值设定项的行为很少得到保证。实际上,您甚至可以在不调用静态变量初始化程序的情况下创建类的实例!当您使用调试器时,CLR会以不同的方式执行各种操作(特别是围绕JITting)。
使用静态构造函数可能是为您提供更可预测的初始化行为的最佳方法。
有关详细信息,请参阅我的blog post about type initialization changes in .NET 4。