只是解释为什么会引发此异常。您可以使用此示例 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,勾选 CLR exceptions 的 Throw 复选框。运行窗体并关闭它,当抛出异常时调试器将停止。调用堆栈的顶部如下所示:
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 对话框中打开了 Throw 复选框。
在这里使 Xml 序列化代码表现不同不是一种选择。他们可以很容易地过滤掉 System.dll 程序集中的类型,但这可能是一场永无止境的战斗,框架中有更多的程序集。一种解决方法是使用您自己的类来存储设置,而不是使用 StringCollection。