Eine Geschichte, die unter einem Raum litt, der nicht verschwindet, selbst wenn er mit Java beschnitten ist

Nachdem ich die CSV-Datei in Java gelesen hatte, war ich wahnsinnig beunruhigt, als ich Zeichenketten verarbeitete.

--Hintergrund

• Da am Anfang der Zeichenfolge ein Leerzeichen mit halber Breite steht, konnte es nicht in den Typ int konvertiert werden. »Also, lassen Sie uns den Raum mit der halben Breite löschen! ――… Raum mit halber Breite verschwindet nicht! !! !!

Löschen Sie den Raum mit halber Breite

Führen Sie als einfache Methode String.trim () aus. (Der Unicode des Leerzeichens ist zu diesem Zeitpunkt ** \ u0020 **)

Es gibt immer noch einen Bereich, der nicht verschwindet (Unicode ** \ u00A0 ** usw.), der jedoch auf der folgenden Site organisiert wurde. Bitte beziehen Sie sich darauf. https://eng-entrance.com/java-string-trim

Aber diesmal ist der Raum nicht von selbst verschwunden ...

Löschen Sie einen Bereich mit halber Breite

Bei der Ausgabe in das Fehlerprotokoll wird dieselbe Anzeige wie "" (normaler Speicherplatz) angezeigt. Wenn Sie die zu diesem Zeitpunkt ausgegebene Leerzeichenkopie kopieren und einfügen, wird ein vom normalen Leerzeichen abweichender Zeichencode angezeigt. Der Unicode zu dieser Zeit \uFEFF ……… Ähm, wer?

Als ich nachgeschlagen habe, war dies der Stücklisten-Unicode http://e-words.jp/w/BOM.html．

Wenn Sie das wissen, können Sie es ersetzen! ** Unterstützt von String.replace ("\ uFEFF", "") **

** Raum (wie) ist verschwunden! Lösung **

Es scheint, dass ein Fehler aufgetreten ist, weil die geladene CSV UTF-8 verwendet hat