javarelease

『壹』 java線程中的semaphore 的release方法和別的代碼不能同步

你好，你用final Semaphore sp = new Semaphore(3,true); 注意這個一定要加true這個參數哦
這樣就可以保持同步了

『貳』 Java 8 已經 release 了,對於這次版本更新大家有什麼看法

榮軒 (軒：氣度不凡 )

『叄』 java編譯是顯示此時不應有<。怎麼弄

？你在問什麼東西。你用的IDE還是命令行？報錯的代碼是哪一段？無代碼無報錯信息沒有人能看出來錯的哪裡的。
我看你java <release> <d:/start/HelloWorldApp.java>這一句，應該是命令行，命令行的話，你有一個名為HelloWorldApp.java的文件，你要使用命令行編譯，應該使用
javac d:/start/HelloWorldApp.java
無報錯信息之後再運行
java HelloWorldApp

『肆』 release和debug的區別 bean類混淆

POJO和JavaBean是我們常見的兩個關鍵字，一般容易混淆，POJO全稱是PlainOrdinaryJavaObject/PlainOldJavaObject，中文可以翻譯成：普通Java類，具有一部分getter/setter方法的那種類就可以稱作POJO，但是JavaBean則比POJO復雜很多，JavaBean是一種組件技術，就好像你做了一個扳子，而這個扳子會在很多地方被拿去用，這個扳子也提供多種功能(你可以拿這個扳子扳、錘、撬等等)，而這個扳子就是一個組件。很顯然POJO也是JavaBean的一種。一般在web應用程序中建立一個資料庫的映射對象時，我們只能稱它為POJO。

『伍』 java robot按鍵的問題 keypress能否一直按住 知道某個條件達到 然後release 呢

雖然沒玩過robot，不過從javadoc上來看，keypress是一直按著的，如果你要松開按鍵，應當手動調用keyrelease方法。

如果事實不是這樣的話，大不了在while循環裡面一直調用keypress就行了吧？

『陸』 我寫了個java代碼，編譯沒有問題，但是執行的時候就出了一堆亂七八糟的代碼，這是怎麼回事

原因是你編譯使用的javac，把代碼編譯成版本61的class，而你的運行環境java，是一個老版本，能執行的上限是52版本。

解決方法有兩個：

1，安裝和JDK相同版本的Java運行時（JRE），並正確設置PATH變數。驗證方法是：

在黑窗口裡分別輸入java -version和javac -version，兩個版本要一致，或者java的版本更高。

相關命令截圖如下：

『柒』 java工具eclipse.Mars Release (4.5.0)版本如何漢化

使用離線安裝的方式，比較方便，而且想還原也比較容易，步驟如下：
1、在Eclipse官網下載離線漢化包。
2、解壓漢化語言包中的兩個文件夾至Eclipse文件夾的dropins文件夾中。
3、打開Eclipse解壓目錄下的Eclipse.ini，在最後面一行加上 -nl zh ，然後重新啟動Eclipse就能看到漢化的效果。

『捌』 release方法有什麼用

清理對象所佔用內存，所以很多地方都有，一般方法結束或者需要清理出對象佔用的空間時使用。
JAVA中沒有這種系統方法， 一般只有C++ object C++ 等一類的語言才有這個方法。 但不排除某些java程序員自己也寫個這樣的方法。

補充你的補充：
如果是在j2me的項目中， 那麼這個方法就是該編程人員自己的習慣加上去的，自己做的內存清理， 在java中內存的垃圾回收是系統自動完成的，或者程序強制調用System.gc()。
J2me程序與普通的JAVA程序代碼在編碼風格上最大的差別就是對內存的使用更加小心，因為手機上的內存比電腦上小得多。 所以有些程序員就慢慢養成一些習慣， 一旦認為代碼當前場景上對某一資源不再需要佔用，就立即清空該內存空間。用以騰出空間去用別的更重要的事情。
比如從一個界面進入到另一個界面，首先將這個界面的一些圖片清空，再進入下一界面生成新的圖片。據說可以優化系統垃圾回收的效率（註：Sysgtem.gc(）可以清理內存，但這行代碼本身的效率卻比較低 ）

『玖』 java snapshot版本是什麼意思

Maven的Snapshot版本與Release版本

1. Snapshot版本代表不穩定、尚處於開發中的版本

2. Release版本則代表穩定的版本

3. 什麼情況下該用SNAPSHOT?
協同開發時，如果A依賴構件B，由於B會更新，B應該使用SNAPSHOT來標識自己。這種做法的必要性可以反證如下：

a.如果B不用SNAPSHOT，而是每次更新後都使用一個穩定的版本，那版本號就會升得太快，每天一升甚至每個小時一升，這就是對版本號的濫用。

b.如果B不用SNAPSHOT, 但一直使用一個單一的Release版本號，那當B更新後，A可能並不會接受到更新。因為A所使用的repository一般不會頻繁更新release版本的緩存（即本地repository)，所以B以不換版本號的方式更新後，A在拿B時發現本地已有這個版本，就不會去遠程Repository下載最新的B

4. 不用Release版本，在所有地方都用SNAPSHOT版本行不行？
不行。正式環境中不得使用snapshot版本的庫。 比如說，今天你依賴某個snapshot版本的第三方庫成功構建了自己的應用，明天再構建時可能就會失敗，因為今晚第三方可能已經更新了它的snapshot庫。你再次構建時，Maven會去遠程repository下載snapshot的最新版本，你構建時用的庫就是新的jar文件了，這時正確性就很難保證了。