¿Cómo depurar errores de deserialización en .NET?

Question

errores Deserilization de .NET son bastante genérico, por ejemplo, algo como esto:

System.ArgumentException: Objeto del tipo 'System.Uri' no se puede convertir al tipo 'System.String'.

Está claro que hemos cambiado el tipo de una propiedad en un objeto, pero no son como 10-15 clases diferentes de este objeto serializado, por lo que es muy difícil averiguar cuál hemos cambiado o que practican ensuciado esto .

¿Hay alguna forma de obtener información sobre qué propiedad en qué clase (o al menos en qué clase) realmente está causando este error? ¿Hay alguna herramienta externa o formas conocidas de hacer esto?

P.S. Antes de que alguien empiece a decirme por qué no debería usar el serializador binario o por qué debería usar X, Y, etc. para compatibilidad con versiones anteriores, guarde los consejos sobre eso. Soy consciente de todos esos pero esa no es la pregunta.

Answer 1

Hay un par de cosas diferentes que puede hacer, ninguna de ellas excelente. Especialmente con la serialización binaria. Puede agregar un manejo de serialización personalizado con la interfaz ISerializable, que le permitirá pasar por el proceso de deserialización en el depurador.

¿Ha considerado cambiar a la serialización Xml para fines de desarrollo/depuración? Hay algunos ganchos más que puede usar con la serialización Xml. Pero parece que eso no funcionará para ti, ya que probablemente estés lidiando con una interfaz remota o con datos binarios anteriores almacenados en el disco que necesitas leer.

Pero aún más fácil sería mirar a través de los registros del sistema de control de origen el método con el tipo cambiado.

Answer 2

Si habilita la depuración en el código de la estructura (vea el enlace this) y luego presione ctrl + shift + e y seleccione todas las excepciones de código administrado, el error aparecerá en la línea fuente real que falla. Debería poder usar el seguimiento de la pila y luego descubrir qué parte del objeto intentaba deserializar en ese punto.

No es fácil, pero así es como terminamos haciéndolo.

Answer 3

En cuanto a la huella de la pila interna puede ser útil. El serializador genera una clase específicamente para manejar el tipo que desea serializar/deserializar.

Con solo mirar los nombres de las funciones involucradas en la pila, puede rastrear qué nodo nodo se está rompiendo.

Esto ayuda a reducir el problema, especialmente con grandes archivos XML complejos.

Ejemplo:

at System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal) 
    at System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info) 
    at System.Xml.XmlConvert.ToInt32(String s) 
    at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderXML.Read13_Item(Boolean isNullable, Boolean checkType) //Tells you the issue is on the RootNodeSubNodeSubSubNode on an item withing it. 
    at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderXML.Read17_RootNodeSubNodeSubSubNode(Boolean isNullable, Boolean checkType) 
    at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderXML.Read26_RootNodeSubNode(Boolean isNullable, Boolean checkType) 
    at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderXML.Read50_RootNode(Boolean isNullable, Boolean checkType) 
    at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderXML.Read51_RootNode()