DataContractSerializerインスタンスをキャッシュすることをお勧めしますか？

Question

私は、XML文書を実行中に繰り返して直列化および逆直列化する必要があるWindowsサービスアプリケーションを作成しています。私はシリアル化し、コンパイル時に知られていないジェネリック型を逆シリアル化する必要がある（私は先験的にどのような多くの種類のシリアル化/デシリアライズする必要があるか分からない）私はそれが良い考えであるかどうかを知っていると思いますDataContractSerializerオブジェクトの直列化と逆シリアル化のためにインスタンス化します。

XmlSerializerクラスのインスタンスをメモリ内に作成し、メモリ内に動的に作成されたアセンブリがガベージコレクションされないため、このインスタンスをキャッシュすることをお勧めします。

私は、DataContractSerializerは軽量コード生成に依存していると読んでいますが、私はその詳細についていつもよくありません。これが私がこの質問をしている理由です。必要に応じてDataContractSerializerインスタンスをインスタンス化すると、XmlSerializerのようにメモリリークが発生しますか？

内部プロパティをシリアル化できるように、XmlSerializerの代わりにDataContractSerializerを使用することを選択しました。

Answer 1

...それは...彼らはボンネットの下にメモリ内に動的アセンブリを作成するため、XmlSerializerクラスのインスタンスをキャッシュするXmlSerializerで

良いアイデアですが、それは実際にあなたが使用しているかどうかによって異なります単純なコンストラクタ（new XmlSerializer(typeToHandle)）、または実行時にすべての属性などを指定できるより複雑なコンストラクタです。シンプルなコンストラクタのみを使用すると、バックグラウンドアセンブリが再利用されるため、繰り返しのペナルティは発生しません。

私はを期待しています（ただしテストしていません）DataContractSerializerは同様に動作します。しかし、単純にそれをキャッシュするには害はDataContractSerializerはあなたに利用可能なXMLのレイアウトを制限することを

注限り、あなたはその;-p

でOKだと...おそらく静的読み取り専用フィールドには、確かに存在しません