FileNotFoundException in ApplicationSettingsBase

Question

在调试应用程序时，当在Visual中启用异常中断时，总是会出现以下错误。这真是烦死我了，因为我们处理的是例外情况。有趣的是，当我继续(加载StringCollection )时，它仍然工作。

其信息是：

无法加载文件或程序集“System.XmlSerializers、Version=4.0.0.0、Culture=neutral、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;
        }
    }

我试图创建一个显示错误的空测试应用程序，但没有出现异常。我们的项目很大，所以很难找到原因。也许这个网站上的人有解决这个问题的线索。

Answer 1

只是解释一下为什么会抛出这个异常。您可以复制此示例Windows窗体应用程序的异常。首先添加一个类型为StringCollection的名为“设置”的设置。单击Value列中的点并输入两个字符串。使表单类代码看起来如下：

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框架中的一个类，它生成的程序集名称无效。框架中实际上没有"System.XmlSerializers.dll“程序集。

关于connect.microsoft.com这种行为的反馈报告都用"By Design“来结束。是的，最初的设计者认为防止异常的成本太高，于是决定抓住这个例外。这一切都很好，例外确实被抓住了。您碰巧看到了它，因为在Debug +Exception对话框中打开了抛出的复选框。

让Xml序列化代码在这里的行为有所不同，这不是一个选项。对于他们来说，简单地过滤掉System.dll程序集中的类型是很容易的，但是这可能是一场永无止境的战斗，框架中还有更多的程序集。解决方法是使用自己的类来存储设置，而不是使用StringCollection。

Answer 2

由于这似乎确实是正常操作的一部分(请参阅：XmlSerializer giving FileNotFoundException at constructor)，我只能提供两个解决方案：

禁用此特定异常: goto / exception，单击Add，Type: C++ exception，Name: EEFileLoadException (如果这是您正在看到的异常)，取消选中该异常的引发复选框。

将设置的类型更改为string并访问它，例如：

var mru = Settings.Default.Mru.Split('|');
Settings.Default.Mru = string.Join("|", mru.ToArray());

Answer 3

您捕获了太多的异常，System.XmlSerializer将始终抛出此异常作为其正常操作的一部分，它由类本身捕获和处理。将调试选项更改为只捕获您的异常，而不是捕获和处理在.net框架类中捕获和处理的异常。