FileNotFoundException в ApplicationSettingsBase - PullRequest
Новая
       29

FileNotFoundException в ApplicationSettingsBase

29 голосов
/ 16 августа 2010

При отладке приложения всегда возникает следующая ошибка, когда в Visual Studio включен разрыв по исключению. Это действительно беспокоит меня, так как мы работаем с перерывом на исключение. Самое смешное, что он все еще работает, когда я продолжаю (загружена коллекция StringCollection).

Сообщение:

Не удалось загрузить файл или сборку 'System.XmlSerializer, версия = 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;
        }
    }

Я попытался создать пустое тестовое приложение, которое показывает ошибку, но исключение не произошло. Наш проект огромен, поэтому трудно найти причину. Может быть, кто-то на этом сайте знает, как решить эту проблему.

Ответы [ 3 ]

55 голосов
/ 26 сентября 2010

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

Отладка + Исключения, отметьте флажок Брошенный для исключений 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 были закрыты с помощью «By Design».Первоначально дизайнеры сочли стоимость предотвращения исключения слишком высокой и решили просто поймать исключение.Что все работает нормально, исключение действительно пойман.Вы просто видите это, потому что вы установили флажок Thrown в диалоге Debug + Exceptions.

Заставлять код сериализации Xml вести себя по-другому здесь невозможно.Им было бы достаточно просто отфильтровать типы в сборке System.dll, но это потенциально бесконечная битва, в платформе намного больше сборок.Обходной путь - использовать свой собственный класс для хранения настроек вместо использования StringCollection.

6 голосов
/ 22 сентября 2010

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

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

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

var mru = Settings.Default.Mru.Split('|');
Settings.Default.Mru = string.Join("|", mru.ToArray());
1 голос
/ 16 августа 2010

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

...