XmlSerializerがコンストラクタでFileNotFoundExceptionを与える

タイプをシリアル化しようとすると、以前使用していたアプリケーションが失敗します。

のようなステートメント

XmlSerializer lizer = new XmlSerializer(typeof(MyType));

生成する：

System.IO.FileNotFoundException occurred
  Message="Could not load file or assembly '[Containing Assembly of MyType].XmlSerializers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified."
  Source="mscorlib"
  FileName="[Containing Assembly of MyType].XmlSerializers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"
  FusionLog=""
  StackTrace:
       at System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
       at System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)

クラスに特別なシリアライザーを定義していません。

この問題を解決するにはどうすればよいですか？

信じられないかもしれませんが、これは正常な動作です。例外がスローされますが、XmlSerializerによって処理されるため、それを無視するだけですべてが正常に続行されます。

私はこれが非常に不愉快であることに気づき、少し検索するとこれについて多くの不満がありましたが、私が読んだことから、Microsoftはそれについて何もするつもりはありません。

特定の例外のファーストチャンス例外をオフにすると、デバッグ中に例外ポップアップが常に表示されるのを回避できます。Visual Studioで、デバッグ -> 例外（またはCtrl+ Alt+を押しますE）、共通言語ランタイム例外 -> System.IO- > System.IO.FileNotFoundExceptionに移動します。

別の方法に関する情報は、ブログ投稿C＃XmlSerializer FileNotFound例外（Chris CellsのツールXmlSerializerPreCompilerについて説明しています）にあります。

マーティンシャーバーンが言ったように、これは正常な動作です。XmlSerializerのコンストラクターは、最初に、[YourAssembly] .XmlSerializers.dllという名前のアセンブリを見つけようとします。これには、タイプのシリアル化用に生成されたクラスが含まれているはずです。このようなDLLはまだ生成されていないため（デフォルトでは生成されていません）、FileNotFoundExceptionがスローされます。これが発生すると、XmlSerializerのコンストラクターがその例外をキャッチし、DLLがXmlSerializerのコンストラクターによって実行時に自動的に生成されます（これは、コンピューターの％temp％ディレクトリにC＃ソースファイルを生成し、C＃コンパイラを使用してそれらをコンパイルすることによって行われます）。同じタイプのXmlSerializerの追加の構成では、すでに生成されたDLLを使用します。

更新： .NET 4.5以降XmlSerializer、構成ファイルの設定（useLegacySerializerGeneration）を設定して明示的に強制されない限り、実行時にシリアライザーアセンブリを作成するために、コード生成もC＃コンパイラーによるコンパイルも実行しなくなりました。この変更により、csc.exe起動時の依存関係がなくなり、起動パフォーマンスが向上します。^{出典：.NET Framework 4.5 Readme、セクション1.3.8.1。}

例外はXmlSerializerのコンストラクターによって処理されます。自分で何もする必要はありません。「続行」（F5）をクリックするだけでプログラムの実行を続行でき、すべてが正常に行われます。プログラムの実行を停止して例外ヘルパーをポップアップする例外に悩まされている場合は、「Just My Code」をオフにするか、「User-」ではなくFileNotFoundExceptionがスローされたときに実行を中断するように設定している未処理」。

「マイコードのみ」を有効にするには、「ツール」→「オプション」→「デバッグ」→「一般」→「マイコードのみを有効にする」に移動します。FileNotFoundがスローされたときに実行の中断をオフにするには、デバッグ>>例外>>検索>> 'FileNotFoundException'と入力します>> System.IO.FileNotFoundExceptionの[Thrown]チェックボックスをオフにします。

Visual Studioプロジェクトのプロパティ（「ビルド」ページ、正しく思い出せば）には、「シリアル化アセンブリを生成する」というオプションがあります。[Containing Assembly of MyType]を生成するプロジェクトでオンにしてみてください。

そのための回避策があります。使用する場合

XmlSerializer lizer = XmlSerializer.FromTypes(new[] { typeof(MyType) })[0];

その例外を回避する必要があります。これでうまくいきました。

警告： 複数回使用しないでください。使用するとメモリリークが発生します

このメソッドを使用XmlSerializerして同じタイプのインスタンスを複数回作成すると、狂ったようにメモリリークが発生します。

これは、このメソッドがXmlSerializer(type)およびXmlSerializer(type, defaultNameSpace)コンストラクターが提供する組み込みキャッシュをバイパスするためです（他のすべてのコンストラクターもキャッシュをバイパスします）。

これらの2つのコンストラクターを介さないXmlSerializerを作成するためにメソッドを使用する場合は、独自のキャッシュを実装する必要があります。そうしないと、メモリが出血します。

私はこの正確な問題に遭遇し、言及された解決策のいずれかでそれを回避することができませんでした。

それから私は最終的に解決策を見つけました。シリアライザにはタイプだけでなく、ネストされたタイプも必要なようです。これを変更する：

XmlSerializer xmlSerializer = new XmlSerializer(typeof(T));

これに：

XmlSerializer xmlSerializer = new XmlSerializer(typeof(T).GetNestedTypes());

私の問題を修正しました。これ以上の例外や何かはありません。

私の解決策は、直感的にシリアライザを作成することです。これにより、例外の原因となる奇妙なファイルの読み込みがバイパスされます。これを、シリアライザのキャッシュも処理するヘルパー関数にパッケージ化しました。

private static readonly Dictionary<Type,XmlSerializer> _xmlSerializerCache = new Dictionary<Type, XmlSerializer>();

public static XmlSerializer CreateDefaultXmlSerializer(Type type) 
{
    XmlSerializer serializer;
    if (_xmlSerializerCache.TryGetValue(type, out serializer))
    {
        return serializer;
    }
    else
    {
        var importer = new XmlReflectionImporter();
        var mapping = importer.ImportTypeMapping(type, null, null);
        serializer = new XmlSerializer(mapping);
        return _xmlSerializerCache[type] = serializer;
    }
}

例外を回避するには、次の2つのことを行う必要があります。

1. シリアル化されたクラスに属性を追加します（アクセス権があることを願っています）
2. sgen.exeを使用してシリアル化ファイルを生成する

System.Xml.Serialization.XmlSerializerAssembly属性をクラスに追加します。「MyAssembly」を、MyClassがあるアセンブリの名前に置き換えます。

[Serializable]
[XmlSerializerAssembly("MyAssembly.XmlSerializers")]
public class MyClass
{
…
}

sgen.exeユーティリティを使用してシリアライゼーションファイルを生成し、クラスのアセンブリでデプロイします。

「sgen.exe MyAssembly.dll」は、MyAssembly.XmlSerializers.dllファイルを生成します

これらの2つの変更により、.netはアセンブリを直接検索します。私はそれをチェックし、それはVisual Studio 2008で.NET Framework 3.5で動作します

この例外は、BindingFailureと呼ばれるマネージデバッグアシスタント（MDA）でもトラップできます。

このMDAは、アプリケーションがビルド済みのシリアル化アセンブリと共に出荷されるように設計されている場合に役立ちます。これは、アプリケーションのパフォーマンスを向上させるために行います。これにより、ビルド済みのシリアライゼーションアセンブリがビルドプロセスによって適切にビルドされ、オンザフライで再ビルドされることなくアプリケーションによってロードされることを確認できます。

他のポスターが述べたように、シリアライザコンストラクターによってバインディングエラーがトラップされると、シリアル化アセンブリは実行時に再構築されるため、このシナリオ以外では実際には役に立ちません。したがって、通常はオフにできます。

関数XmlSerializer.FromTypesは例外をスローしませんが、メモリをリークします。そのため、作成されたすべてのインスタンスでメモリリークが発生しないように、このようなシリアライザーをすべてのタイプでキャッシュする必要があります。

独自のXmlSerializerファクトリを作成し、それを簡単に使用します。

XmlSerializer serializer = XmlSerializerFactoryNoThrow.Create(typeof(MyType));

工場は次のように見えます。

public static class XmlSerializerFactoryNoThrow
{
    public static Dictionary<Type, XmlSerializer> _cache = new Dictionary<Type, XmlSerializer>();

    private static object SyncRootCache = new object();        

    /// <summary>
    /// //the constructor XmlSerializer.FromTypes does not throw exception, but it is said that it causes memory leaks
    /// http://stackoverflow.com/questions/1127431/xmlserializer-giving-filenotfoundexception-at-constructor
    /// That is why I use dictionary to cache the serializers my self.
    /// </summary>
    public static XmlSerializer Create(Type type)
    {
        XmlSerializer serializer;

        lock (SyncRootCache)
        {
            if (_cache.TryGetValue(type, out serializer))
                return serializer;
        }

        lock (type) //multiple variable of type of one type is same instance
        {
            //constructor XmlSerializer.FromTypes does not throw the first chance exception           
            serializer = XmlSerializer.FromTypes(new[] { type })[0];
            //serializer = XmlSerializerFactoryNoThrow.Create(type);
        }

        lock (SyncRootCache)
        {
            _cache[type] = serializer;
        }
        return serializer;
    }       
}

メモリリークの可能性のないより複雑なバージョン（誰かがコードを確認してください）：

    public static XmlSerializer Create(Type type)
    {
        XmlSerializer serializer;

        lock (SyncRootCache)
        {
            if (_cache.TryGetValue(type, out serializer))
                return serializer;
        }

        lock (type) //multiple variable of type of one type is same instance
        {
            lock (SyncRootCache)
            {
                if (_cache.TryGetValue(type, out serializer))
                    return serializer;
            }
            serializer = XmlSerializer.FromTypes(new[] { type })[0];
            lock (SyncRootCache)
            {
                _cache[type] = serializer;
            }
        }          
        return serializer;
    }       
}

一方、コンパイルエラーのトラブルシューティングは非常に複雑です。これらの問題は、次のメッセージとともにFileNotFoundExceptionに現れます。

File or assembly name abcdef.dll, or one of its dependencies, was not found. File name: "abcdef.dll"
   at System.Reflection.Assembly.nLoad( ... )
   at System.Reflection.Assembly.InternalLoad( ... )
   at System.Reflection.Assembly.Load(...)
   at System.CodeDom.Compiler.CompilerResults.get_CompiledAssembly() 

file not found例外がシリアライザオブジェクトのインスタンス化とどのように関係しているのか不思議に思うかもしれませんが、コンストラクタはC＃ファイルを書き込んでコンパイルしようとします。この例外のコールスタックは、その疑いをサポートするためのいくつかの優れた情報を提供します。XmlSerializerがSystem.Reflection.Assembly.Loadメソッドを呼び出すCodeDOMによって生成されたアセンブリを読み込もうとしたときに例外が発生しました。例外は、XmlSerializerが作成するはずのアセンブリが存在しなかった理由についての説明を提供していません。一般に、アセンブリが存在しないのはコンパイルが失敗したためです。まれに、シリアル化属性によってC＃コンパイラがコンパイルに失敗したコードが生成されることが原因である可能性があります。

注 このエラーは、一時ディレクトリにアクセスできないアカウントまたはセキュリティ環境でXmlSerializerを実行した場合にも発生します。

ソース：http : //msdn.microsoft.com/en-us/library/aa302290.aspx

Visual Studioプロジェクトプロパティには、「シリアル化アセンブリを生成する」というオプションがあります。[含むMyTypeのアセンブリ]を生成するプロジェクトでオンにしてみてください。

シリアル化するカスタムクラス：

[Serializable]
public class TestClass
{
    int x = 2;
    int y = 4;
    public TestClass(){}
    public TestClass(int x, int y)
    {
        this.x = x;
        this.y = y;
    }

    public int TestFunction()
    {
        return x + y;
    }
}

コードスニペットを添付しました。多分これはあなたを助けることができます。

static void Main(string[] args)
{
    XmlSerializer xmlSerializer = new XmlSerializer(typeof(TestClass));

    MemoryStream memoryStream = new MemoryStream();
    XmlTextWriter xmlWriter = new XmlTextWriter(memoryStream, Encoding.UTF8);

    TestClass domain = new TestClass(10, 3);
    xmlSerializer.Serialize(xmlWriter, domain);
    memoryStream = (MemoryStream)xmlWriter.BaseStream;
    string xmlSerializedString = ConvertByteArray2Str(memoryStream.ToArray());

    TestClass xmlDomain = (TestClass)DeserializeObject(xmlSerializedString);

    Console.WriteLine(xmlDomain.TestFunction().ToString());
    Console.ReadLine();
}

同様の問題があり、例外を無視してもうまくいきませんでした。私のコードはNServiceBusの構成を呼び出していましたConfigure.With(...).XmlSerializer()...

私にとってそれを修正したのは、プロジェクトのプラットフォームを変更することでした。

1. Build \ Configuration Managerに移動します...
2. プロジェクトを見つけてプラットフォームを変更します（私の場合はx86から​​Any CPUに）

参考として。DBの回答とコメントから、DBソリューションに近いこのソリューションが付属しました。それは私のすべてのケースで正常に動作し、スレッドセーフです。ConcurrentDictionaryを使用しても問題ないと思います。

using System;
using System.Collections.Generic;
using System.Xml.Serialization;

namespace HQ.Util.General
{
    public class XmlSerializerHelper
    {
        private static readonly Dictionary<Type, XmlSerializer> _dictTypeToSerializer = new Dictionary<Type, XmlSerializer>();

        public static XmlSerializer GetSerializer(Type type)
        {
            lock (_dictTypeToSerializer)
            {
                XmlSerializer serializer;
                if (! _dictTypeToSerializer.TryGetValue(type, out serializer))
                {
                    var importer = new XmlReflectionImporter();
                    var mapping = importer.ImportTypeMapping(type, null, null);
                    serializer = new XmlSerializer(mapping);
                    return _dictTypeToSerializer[type] = serializer;
                }

                return serializer;
            }
        }
    }
}

使用法：

        if (File.Exists(Path))
        {
            using (XmlTextReader reader = new XmlTextReader(Path))
            {
                // XmlSerializer x  = new XmlSerializer(typeof(T));
                var x = XmlSerializerHelper.GetSerializer(typeof(T));

                try
                {
                    options = (OptionsBase<T>)x.Deserialize(reader);
                }
                catch (Exception ex)
                {
                    Log.Instance.AddEntry(LogType.LogException, "Unable to open Options file: " + Path, ex);
                }
            }
        }

タイプが、GACにもローカルのbinフォルダーにも見つからない他のアセンブリを参照している可能性があります==> ...

「またはその依存関係の1つです。指定されたファイルが見つかりません」

シリアル化するタイプの例を教えてください。

注：タイプがSerializableを実装していることを確認してください。

私は同じエラーを受け取りました、そしてそれは私がデシリアライズしようとしていた型がデフォルトのパラメーターのないコンストラクターを持っていなかったためでした。コンストラクタを追加すると、動作し始めました。

サードパーティツールを使用してXSDからクラスを生成し、それが機能するまで、同じ問題が発生しました。ツールがクラスの先頭に追加のコードを追加していることを発見しました。これと同じコードを元のクラスの先頭に追加すると、機能しました。これが私が追加したものです...

#pragma warning disable
namespace MyNamespace
{
  using System;
  using System.Diagnostics;
  using System.Xml.Serialization;
  using System.Collections;
  using System.Xml.Schema;
  using System.ComponentModel;
  using System.Xml;
  using System.Collections.Generic;

  [System.CodeDom.Compiler.GeneratedCodeAttribute("System.Xml", "4.6.1064.2")]
  [System.SerializableAttribute()]
  [System.Diagnostics.DebuggerStepThroughAttribute()]
  [System.ComponentModel.DesignerCategoryAttribute("code")]
  [System.Xml.Serialization.XmlTypeAttribute(AnonymousType = true)]
  [System.Xml.Serialization.XmlRootAttribute(Namespace = "", IsNullable = false)]
  public partial class MyClassName
  {
  ...

を使用するための多くの推奨事項を確認しましたがConcurrentDictionary、その具体例はありません。そのため、このソリューションレースにハットを投入します。私はスレッドセーフな開発者ではないので、このコードがしっかりしていない場合は、フォローしている人のために声を上げてください。

public static class XmlSerializerHelper
{
    private static readonly ConcurrentDictionary<Type, XmlSerializer> TypeSerializers = new ConcurrentDictionary<Type, XmlSerializer>();

    public static XmlSerializer GetSerializer(Type type)
    {
        return TypeSerializers.GetOrAdd(type,
        t =>
        {
            var importer = new XmlReflectionImporter();
            var mapping = importer.ImportTypeMapping(t, null, null);
            return new XmlSerializer(mapping);
        });
    }
}

私が関与する他の記事を見てきましたConcurrentDictionaryし、Lazy値をロードします。それがここに関連しているかどうかはわかりませんが、ここにそのコードがあります：

private static readonly ConcurrentDictionary<Type, Lazy<XmlSerializer>> TypeSerializers = new ConcurrentDictionary<Type, Lazy<XmlSerializer>>();

public static XmlSerializer GetSerializer(Type type)
{
    return TypeSerializers.GetOrAdd(type,
    t =>
    {
        var importer = new XmlReflectionImporter();
        var mapping = importer.ImportTypeMapping(t, null, null);
        var lazyResult = new Lazy<XmlSerializer>(() => new XmlSerializer(mapping), LazyThreadSafetyMode.ExecutionAndPublication);
        return lazyResult;
    }).Value;
}