Исключение FileNotFoundException в ApplicationSettingsBase

Ответ 1

Просто объяснение причины этого исключения. Вы можете воспроизвести исключение с помощью этого примера приложения Windows Forms. Начните с добавления параметра с именем "Настройка" типа 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);
    }
}

Отладка + Исключения, отметьте флажок "Бросок" для исключений 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 для поиска сборки, содержащей XML-сериализатор для класса StringCollection. Метод 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.

Ответ 2

Как это действительно кажется частью нормальной работы (см. также: XmlSerializer, дающий FileNotFoundException в конструкторе), я могу предложить только два обходных пути:

Отключить это конкретное исключение: goto Debug/Exceptions, нажмите Добавить, Тип: Исключения на С++, Имя: EEFileLoadException (если это исключение вы видите), снимите флажок Thrown для этого исключения.

Измените тип настройки на строку и получите доступ к ней, например. так:

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

Ответ 3

Вы получаете слишком много исключений, System.XmlSerializer всегда будет генерировать это исключение как часть нормальной работы, оно захватывается и обрабатывается самим классом. Измените параметры отладки, чтобы улавливать только исключения, а не исключения, которые пойманы и обработаны в классах уроков .net.