java編譯失敗解決（Java編譯錯誤）

• 1、java編譯時 出現錯誤？總是提示contains錯誤找不到符號?
• 2、java編譯不成功啊
• 3、編譯java文件出錯
• 4、Java程序編譯出錯
• 5、java編譯出錯

java編譯時提示找不到符號的解決方式如下：

方法一:

進入d:/web/wsh下： javac a.java

然後退出wsh目錄即進入d:/wsh下 javac wsh/b.java即可編譯成功!

方法二:通過使用javac -classpath(cp)參數

進入d:/web /wsh下： javac a.java

還是在d:/wsh/wsh下: javac -classpath d:/web/wsh b.java

這樣也可以編譯成功!

以下方法都通過測試!

以下是javac編譯的參數:

用法：javac 選項 源文件

選項：

-g:none 不生成任何調試信息

-g:{lines,vars,source} 只生成某些調試信息

-nowarn 不生成任何警告

-verbose 輸出有關編譯器正在執行的操作的消息

-deprecation 輸出使用已過時的 API 的源位置

-classpath 路徑 指定查找用戶類文件的位置

-cp 路徑 指定查找用戶類文件的位置

-sourcepath 路徑 指定查找輸入源文件的位置

-bootclasspath 路徑 覆蓋引導類文件的位置

-extdirs 目錄 覆蓋安裝的擴展目錄的位置

-endorseddirs 目錄 覆蓋簽名的標準路徑的位置

-d 目錄 指定存放生成的類文件的位置

-encoding 編碼 指定源文件使用的字元編碼

-source 版本 提供與指定版本的源兼容性

-target 版本 生成特定 VM 版本的類文件

-version 版本信息

-help 輸出標準選項的提要

-X 輸出非標準選項的提要

-J標誌 直接將 標誌 傳遞給運行時系統

通過觀察問題和幾個問友的回答以及你的反饋

問題可能出現在兩個方面

1,你根本沒裝jdk,只裝了jre,它們的區別一個是開發工具,另一個只是運行環境

檢查的辦法:首先回憶裝了幾次java,如果只裝了一次,那麼可以肯定你裝的只是jre,並非jdk

如果裝了多次,去各個盤的program files目錄下的java子目錄查看,有沒有jre字樣的文件夾

2,安裝了jdk但是路徑配置有問題,

這樣的話需要設置環境變數的path,讓javac這些可執行程序所在的目錄包含進來

有兩種設置方法,一種是設置java_home,通過這個變數再間接設置javac的path,這是比較標準的做法,還有一種直接將javac所在的目錄全路徑增加到path變數裡面

一般是:c:\program files\java\jre_x.xx.xx\bin這樣的路徑

說明當前的java文件中有錯誤的代碼，導致無法編譯。

解釋：java的編譯過程中，java代碼必須是完全正確的，不能有紅色」×「錯誤，否則是無法正常編譯的。

備註：可以將滑鼠放到紅叉上，看看具體的錯誤，之後針對問題進行解決即可，不報錯之後再進行編譯。

你看一下那個設置的PATH路徑有沒有設置錯！假如那個錯的話，就不用編譯了，編譯了也沒有！那個是最基本的!

由於JDK是國際版的，在編譯的時候，如果我們沒有用-encoding參數指定我們的JAVA源程序的編碼格式，則javac.exe首先獲得我們操作系統默認採用的編碼格式。

在編譯java程序時，若我們不指定源程序文件的編碼格式

JDK首先獲得操作系統的file.encoding參數(它保存的就是操作系統默認的編碼格式，如WIN2k，它的值為GBK)

然後JDK就把我們的java源程序從file.encoding編碼格式轉化為JAVA內部默認的UNICODE格式放入內存中。

然後，javac把轉換後的unicode格式的文件進行編譯成.class類文件，此時.class文件是UNICODE編碼的，它暫放在內存中

對我們來說，我們最終獲得的.class文件是內容以UNICODE編碼格式保存的類文件，它內部包含我們源程序中的中文字元串，只不過此時它己經由file.encoding格式轉化為UNICODE格式了。當我們不加設置就編譯時，相當於使用了參數：javac -encoding gbk xx.java，當然就會出現不兼容的情況。

解決方法

1.使用-encoding 指定字符集

javac -encoding utf-8 xx.java

2.把源文件編碼修改成ASCII