一尘不染

ApplicationSettingsBase中的FileNotFoundException

c#

调试应用程序时,在Visual
Studio中启用异常中断时,总是会收到以下错误。这真的让我很烦,因为我们要处理异常中断。有趣的是,当我继续(加载StringCollection)时,它仍然可以工作。

消息是:

无法加载文件或程序集’System.XmlSerializers,版本= 4.0.0.0,区域性=中性,PublicKeyToken =
b77a5c561934e089’或其依赖项之一。该系统找不到指定的文件。

这是导致异常的代码(由设计人员生成)

[global::System.Configuration.UserScopedSettingAttribute()]
[global::System.Diagnostics.DebuggerNonUserCodeAttribute()]
public global::System.Collections.Specialized.StringCollection Mru {
        get {
            return ((global::System.Collections.Specialized.StringCollection)(this["Mru"]));
        }
        set {
            this["Mru"] = value;
        }
    }

我试图创建一个显示错误的空测试应用程序,但未发生异常。我们的项目非常庞大,因此很难找到原因。也许此站点上的某人知道如何解决此问题。


阅读 252

收藏
2020-05-19

共1个答案

一尘不染

只是解释为什么抛出此异常。您可以使用此示例Windows Forms应用程序来复制异常。首先添加StringCollection类型的名为“
Setting”的设置。单击“值”列中的点,然后输入几个字符串。使表单类代码如下所示:

public partial class Form1 : Form {
    public Form1() {
        InitializeComponent();
    }
    protected override void OnFormClosing(FormClosingEventArgs e) {
        Properties.Settings.Default.Setting[0] = DateTime.Now.ToString();
        Properties.Settings.Default.Save();
        base.OnFormClosing(e);
    }
}

在“调试+异常”中,选中CLR异常的“抛出”复选框。运行该窗体并关闭它,当引发异常时调试器将停止。调用堆栈的顶部如下所示:

mscorlib.dll!System.Reflection.Assembly.nLoad(System.Reflection.AssemblyName fileName, string codeBase, System.Security.Policy.Evidence assemblySecurity, System.Reflection.Assembly locationHint, ref System.Threading.StackCrawlMark stackMark, bool throwOnFileNotFound, bool forIntrospection) + 0x2c bytes 
mscorlib.dll!System.Reflection.Assembly.InternalLoad(System.Reflection.AssemblyName assemblyRef, System.Security.Policy.Evidence assemblySecurity, ref System.Threading.StackCrawlMark stackMark, bool forIntrospection) + 0x80 bytes   
mscorlib.dll!System.Reflection.Assembly.Load(System.Reflection.AssemblyName assemblyRef) + 0x1d bytes   
System.Xml.dll!System.Xml.Serialization.TempAssembly.LoadGeneratedAssembly(System.Type type = {Name = "StringCollection" FullName = "System.Collections.Specialized.StringCollection"}, string defaultNamespace = null, out System.Xml.Serialization.XmlSerializerImplementation contract = null) + 0xcd bytes  
System.Xml.dll!System.Xml.Serialization.XmlSerializer.XmlSerializer(System.Type type = {Name = "StringCollection" FullName = "System.Collections.Specialized.StringCollection"}, string defaultNamespace = null) + 0x105 bytes

您可以看到XmlSerializer类正在寻找一个包含StringCollection类的XML序列化程序的程序集。LoadGeneratedAssembly方法看起来像这样,删除了无聊的位:

internal static Assembly LoadGeneratedAssembly(Type type, string defaultNamespace, out XmlSerializerImplementation contract)
{
    ...
    AssemblyName parent = GetName(type.Assembly, true);
    partialName = Compiler.GetTempAssemblyName(parent, defaultNamespace);
    parent.Name = partialName;
    parent.CodeBase = null;
    parent.CultureInfo = CultureInfo.InvariantCulture;
    try
    {
        serializer = Assembly.Load(parent);      // <=== here
    }
    catch (Exception exception)
    {
      ...
    }
  ....
}

和Compiler.GetTempAssemblyName():

internal static string GetTempAssemblyName(AssemblyName parent, string ns)
{
    return (parent.Name + ".XmlSerializers" + (((ns == null) || (ns.Length == 0)) ? "" : ("." + ns.GetHashCode())));
}

在这种情况下,此GetTempAssemblyName是不道德的行为。StringCollection类位于System.dll程序集中,该方法生成名称“
System.XmlSerializers”。此方法旨在查找您自己的类的程序集,该程序集由Sgen.exe生成。像WindowsApplication1.XmlSerializers.dll这样的示例程序。但是StringCollection是.NET
Framework中的一个类,它生成的程序集名称无效。框架中实际上没有“ System.XmlSerializers.dll”程序集。

connect.microsoft.com上有关此行为的反馈报告已全部通过“按设计”关闭。原来,最初的设计师认为防止例外的代价太高,因此决定赶上例外。一切正常,确实捕获到异常。您只是偶然看到它,因为您在“调试+异常”对话框中启用了“抛出”复选框。

这不是使Xml序列化代码的行为不同的选择。对于他们来说,简单地过滤掉System.dll程序集中的类型已经很容易了,但这是一场永无止境的战斗,框架中还有很多程序集。一种解决方法是使用您自己的类来存储设置,而不是使用StringCollection。

2020-05-19