com.fasterxml.jackson.databind.exc.InvalidDefinitionException: Cannot construct instance of `com.itsvse.es.models.CarPosition` (no Creators, like default construct, exist): cannot deserialize from Object value (no delegate- or property-based Creator)
Kann keine Instanz von 'com.itsvse.es.models.CarPosition$Point' konstruieren (obwohl mindestens ein Creator existiert): Kann nicht-statische innere Klasse nur mit Standard, ohne Argumentation instanziiert werden Konstrukteur Lösung:
Die Klasse fügt einen Konstruktor wie folgt hinzu:
com.fasterxml.jackson.core.JsonParseException: Unexpected character ('' (code 65279 / 0xfeff)): expected a valid value (number, String, array, object, 'true', 'false' or 'null')
Fehlerursachen:
Die Textdatei, die ich in Java lese, istDas UFT-8-BOM-Codierungsformat führte zuvonIchDas Konvertieren einer Dateidatei in UTF-8 funktioniert problemlos! Aber da ich zu viele Dateien habe, kann ich nicht jede manuell in das UTF-8-Format umwandeln!
Quellenangabe
EF BB BF54 68 69 73 20 69 73 20 74 68 65 20 66 69 72 73 74 20 6C 69 6E 65 2E
? Das ist die erste Zeile.
54 68 69 73 20 69 73 20 73 65 63 6F 6E 64 20 6C 69 6E 65 2E
Das ist zweite Linie.
Das "EF BB BF" im roten Teil ist zufällig die BOM-Codierung der UTF-8-Datei, die zeigt, dass Java die BOM-Codierung der UTF-8-Datei beim Lesen der Datei nicht korrekt gehandhabt hat und die ersten 3 Bytes als Textinhalt behandelt hat.
Lösung:
Maven bezieht sich auf folgendes Paket:
Lesen Sie den txt-Dateicode wie folgt:
Ich testete, ob es eine UTF-8-BOM-Datei oder eine UTF-8-Format-Datei las, sie wurde erfolgreich in eine UTF-8-Datei konvertiert und die Deserialisierung war erfolgreich!
Noch ein letztes Wort: Kein Fastjson nochmal! Wenn Sie auf Alibabas Open Source treffen, sollten Sie keinen Umweg machen, wenn es nicht der Unterschied in den Vorteilen ist.
|