Come compilare un file sorgente Java che è codificato come "UTF-8"?

Question

Ho salvato il mio file sorgente Java che specifica che è tipo di codifica UTF-8 (utilizzando il Blocco note, per di Blocco note di default tipo di codifica è ANSI) e poi ho provato a compilare utilizzando:

javac -encoding "UTF-8" One.java 

ma ha dato un messaggio di errore "

One.java:1: illegal character: \65279 

?public class One { 

^ 
1 error 

c'è un altro modo, posso compilare questo

Qui è la fonte:?

public class One { 
    public static void main(String[] args){ 
     System.out.println("HI"); 
    } 
} 

Answer 1

Il file è letto come UTF-8, altrimenti un carattere con valore "65279" non potrebbe mai apparire. javac si aspetta il codice sorgente per essere nella codifica piattaforma predefinita, in base alle the javac documentation:

Se -encoding non è specificato, il convertitore piattaforma predefinita viene utilizzato.

Il numero decimale 65279 è FEFF esadecimale, ovvero Unicode Byte Order Mark (BOM). Non è necessario in UTF-8, perché UTF-8 è sempre codificato come flusso ottetto e non ha problemi di endianness.

Blocco note che si blocca nelle distinte materiali anche quando non sono necessarie, ma alcuni programmi non amano trovarli. Come altri hanno sottolineato, Blocco note non è un editor di testo molto buono. Passare a un altro editor di testo risolverà quasi certamente il tuo problema.

Answer 2

Prova javac -encoding UTF8 One.java

Senza le virgolette ed è UTF8, nessun trattino.

See this forum thread for more links

Answer 3

funziona bene qui, anche edito in Blocco note. Morale della storia è, non usare Blocco note. È probabile che ci sia un carattere non stampabile in quel Blocco note che si sta inserendo o nascondendosi felicemente da te.

Answer 4

So che questo è un thread molto vecchio, ma ho riscontrato un problema simile con PHP anziché con Java e Google mi ha portato qui. Stavo scrivendo PHP su Notepad ++ (notepad Notepad) e ho notato che una riga bianca extra appariva ogni volta che chiamavo un file include. Firebug ha mostrato che c'era un personaggio 65279 in quelle linee extra.

In realtà sia il file PHP principale che i file inclusi sono stati codificati in UTF-8. Tuttavia, Notepad ++ ha anche un'opzione per codificare come "UTF-8 senza BOM". Questo ha risolto il mio problema.

Bottom line: la codifica UTF-8 inserisce qui e là questo carattere BOM extra a meno che non si imponga al proprio editor di utilizzare UTF8 senza BOM.

Answer 5

Aprire il file in Notepad ++ e selezionare Codifica -> Converti in UTF-8 senza BOM.

Answer 6

vedi sotto Per esempio possiamo discutere con un programma (parole del Telugu)

programma (UnicodeEx.java)

class UnicodeEx { 
    public static void main(String[] args) { 
     double ఎత్తు = 10; 
     double వెడల్పు = 25; 
     double దీర్ఘ_చతురస్ర_వైశాల్యం; 
     System.out.println("The Value of Height = "+ఎత్తు+" and Width = "+వెడల్పు+"\n"); 
     దీర్ఘ_చతురస్ర_వైశాల్యం = ఎత్తు * వెడల్పు; 
     System.out.println("Area of Rectangle = "+దీర్ఘ_చతురస్ర_వైశాల్యం); 
    } 
} 

Questo è il programma, mentre il risparmio come "UnicodeEx.java" e il cambiamento di codifica a "unicode"

** Come compilare **

javac - codifica "unicode" UnicodeEx.java

Come concludere

java UnicodeEx

Il valore di Height = 10.0 e Width = 25,0

Area del rettangolo = 250.0

Answer 7

Ho avuto lo stesso problema. Per risolverlo ha aperto il file in un editor esadecimale e trovato tre byte "invisibili" all'inizio del file. Li ho rimossi e la compilazione ha funzionato.

Answer 8

Questo non è un problema con l'editor di testo, è un problema con javac! Le specifiche Unicode dicono che BOM è opzionale in UTF-8, non dice che è vietato! Se un BOM può essere presente, allora javac HAS lo gestisce, ma non lo fa. In realtà, l'utilizzo della distinta componenti in file UTF-8 è utile per distinguere un file codificato ANSI da un file codificato in Unicode.

La soluzione proposta per rimuovere il BOM è solo una soluzione e non la soluzione corretta.

Questo bug report indica che questo "problema" non sarà mai risolto: http://bugs.java.com/view_bug.do?bug_id=4508058

Dal momento che questa discussione è tra i primi 2 risultati di Google per la ricerca "javac BOM", me ne vado questa qui per futuri lettori .

Answer 9

• Aprire il file con WordPad o qualsiasi altro editor tranne Blocco note.

• tipo selezionare Salva con nome come documento di testo - MS-DOS Format

• riaprire il progetto

Answer 10

Per estendere le risposte esistenti con una soluzione per gli utenti Linux:

Per rimuovere il DB in tutti i file .java in una sola volta, vai alla directory di origine ed esegui

find -iregex '.*\.java' -type f -print0 | xargs -0 dos2unix

Richiede find, xargs e dos2unix per essere installato, che dovrebbe essere incluso nella maggior parte delle distribuzioni. La prima affermazione trova tutti i file .java nella directory corrente in modo ricorsivo, il secondo li converte con lo strumento dos2unix, che serve a convertire le terminazioni di linea, ma rimuove anche il BOM.

La conversione di terminazioni di riga non dovrebbe avere alcun effetto poiché dovrebbe già essere nel formato Linux \n su Linux se si configura correttamente il controllo di versione ma si avverte che lo fa anche nel caso in cui si abbia uno di quei rari casi in cui non è destinato.