ApplicationSettingsBase 中的 FileNotFoundException

Posted 2023-02-19

【中文标题】ApplicationSettingsBase 中的 FileNotFoundException

【英文标题】：FileNotFoundException in ApplicationSettingsBase

【发布时间】：2011-03-30 12:32:06

【问题描述】：

在调试应用程序时，如果在 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;
        
    

我尝试创建一个显示错误的空测试应用程序，但没有发生异常。我们的项目很大，所以很难找到原因。也许这个网站上有人知道如何解决这个问题。

【参考方案1】：

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

【讨论】：

+1，是的。我对 System.Xml 有相当多的仇恨，而不是其中一个伟大的部分。

就像我说的那样，在测试应用程序中使用相同的设置属性不会发生异常。因此，XmlSerializer 总是会抛出此异常是不正确的。

也许不是每次，我都没有彻底测试过所有可能的情况。但这不是重点，重点是它是类操作的正常部分，如果您根本不调试，或者如果您没有捕获除您自己的代码之外的代码抛出的异常，那么您将看不到它。简单地说，类的工作方式并不是一个错误。

【参考方案2】：

因为这似乎确实是正常操作的一部分（另请参阅： XmlSerializer giving FileNotFoundException at constructor)，我只能提供两种解决方法：

禁用此特定异常：转到调试/异常，单击添加，类型：C++ 异常，名称：EEFileLoadException（如果这是您看到的异常），取消选中此异常的抛出复选框。

将设置的类型更改为字符串并访问它，例如像这样：

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

【参考方案3】：

只是解释为什么会抛出这个异常。您可以使用此示例 Windows 窗体应用重现异常。首先添加一个名为“Setting”的 StringCollection 类型的设置。单击“值”列中的点并输入几个字符串。使表单类代码如下所示：

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);
    

Debug + Exceptions，勾选 Thrown 复选框以获得 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 上有关此行为的反馈报告均已以“按设计”关闭。是的，最初的设计者认为防止异常的成本太高，决定只捕获异常。一切正常，确实捕获了异常。您只是碰巧看到它，因为您在 Debug + Exceptions 对话框中打开了 Thrown 复选框。

在这里使 Xml 序列化代码表现不同不是一种选择。他们可以很容易地过滤掉 System.dll 程序集中的类型，但这可能是一场永无止境的战斗，框架中有更多的程序集。一种解决方法是使用您自己的类来存储设置，而不是使用 StringCollection。

【讨论】：

感谢您的详细解释。我尽量避免将来使用 StringCollection。太糟糕了，这是“设计使然”。

所以简短的答案是在 Debug > Exceptions 中，从 Throw 中删除检查？