Java

在最簡陋的開發環境下如何編寫調試一個hello world程式。 適用於對java文法一無所知的菜鳥程式員，或者只想寫代碼但對物件導向沒興趣的程式員 開發環境，只要你安裝了java sdk即可 原始碼hello.java: hello{ main(String[] args) { System.out.println(); } } 編譯: >javac hello.java 或者 >javac -g hello.java。

Java Language and Virtual Machine Specifications url: http://docs.oracle.com/javase/specs/ 20170921 Java Language and Virtual Machine Specifications Java SE 8 The Java Language Specification, Java SE 8 Edition HTML 

雖然簡單,對初學者來說,如果沒有一段可以成功執行的代碼供參考,還真難調試  先用ACCESS建一個資料庫 DB1.MDB,裡面有一表"table1",內有欄位"Name"和"Age"  隨便填幾條記錄,儲存後到ODBC裡建一個系統資料來源"Access2000"連上此資料庫  然後就可以用下面的代碼顯示資料庫裡的所有記錄了 

mybatis異常：Could not find result map java.util.Map 問題分析及解決   錯誤寫法   <select id="queryXXXCount" resultMap="java.util.Map" > mybatis報出的異常日誌： org.apache.ibatis.builder.IncompleteElementException: Could not find

（1）問題介紹 修改物料，部分功能描述如下： 選擇需要修改的物料，單擊修改按鈕，調用ShowModifyItemServlet進行一系列設定，並轉寄到物料修改頁面item_modify.jsp。 在這個過程中，出現錯誤，列印堆棧如下： 四月 01, 2012 5:35:52 下午 org.apache.catalina.core.StandardWrapperValve invoke 嚴重: Servlet.service() for servlet

IDE: Eclipse Juno Step 1:  Add Dynamic Web Module right click project -> properties -> project facets -> tick ‘Dynamic Web Module’ -> Click ‘Further configuration available’ -> Set Content directory to ‘src/main/webapp’ ->

1. Issue Description When I run a JUnit test under spring context, come across this error. Test code looks like this: @RunWith(SpringJUnit4ClassRunner.class)@ContextConfiguration(locations = "classpath*:spring.xml")public class

0. 為什麼要引入異常處理機制。      在異常機制引入之前，利用if…else，sysout和syserror的方式處理異常。異常處理是程式設計中一個非常重要的方面，也是程式設計的一大痛點，從C開始，你也許已經知道如何用if...else...來控制異常了，也許是自發的，然而這種控制異常痛苦，同一個異常或者錯誤如果多個地方出現，那麼你每個地方都要做相同處理，感覺相當的麻煩。    

個人覺得,由於有GC,大多數情況下,不會出現。但是，如果某些資源沒有關閉（例如I/O檔案和資料庫連接沒有關閉），就有可能出現 out of Memory的情況。 以上，只是個人的經驗作出的結論。   以下是摘自：http://calvin.javaeye.com/blog/91903，對於java記憶體流失的總結 記憶體流失    java 不是有垃圾收集器了嗎。怎麼還泄漏。。  

會。java導致記憶體泄露的原因很明確：長生命週期的對象持有短生命週期對象的引用就很可能發生記憶體泄露，儘管短生命週期對象已經不再需要，但是因為長生命週期對象持有它的引用而導致不能被回收，這就是java中記憶體泄露的發生情境。    

前些天緊急出版本，發現一個記憶體流失問題，程式每次登出都會有大量的對象沒有釋放，在登出登陸成功後，又會重建一個相同的對象。這樣，在做介面自動化測試的過程中，系統頻繁登出，登陸，再登出。這樣如此反覆多次，會必然導致java這個進程的記憶體溢出OutOfMemory。 拿到問題，用JProfile把程式跑起來，查到具體泄漏的對象，然後進行詳細的分析。發現兩個地方存在嚴重的泄漏：1 某對象在建立，初始化的過程會建立一個線程，這個線程專門處理和電腦串口的通訊。代碼如下：package

public Object pop(){ if(size==0) throw new EmptyStackException(); return element[--size]; //短暫造成記憶體泄露 }

     會。java導致記憶體泄露的原因很明確：長生命週期的對象持有短生命週期對象的引用就很可能發生記憶體泄露，儘管短生命週期對象已經不再需要，但是因為長生命週期對象持有它的引用而導致不能被回收，這就是java中記憶體泄露的發生情境。

Error類和Exception類的父類都是throwable類，他們的區別是： Error類一般是指與虛擬機器相關的問題，如系統崩潰，虛擬機器錯誤，記憶體空間不足，方法調用棧溢等。對於這類錯誤的導致的應用程式中斷，僅靠程式本身無法恢複和和預防，遇到這樣的錯誤，建議讓程式終止。 Exception類表示程式可以處理的異常，可以捕獲且可能恢複。遇到這類異常，應該儘可能處理異常，使程式恢複運行，而不應該隨意終止異常。 Exception類又分為運行時異常（Runtime

Error類對象由Java虛擬機器產生並拋出，Exception類對象由應用程式處理或拋出 Error表示恢複不是不可能但很困難的情況下的一種嚴重問題。比如說記憶體溢出。不可能指望程式能處理這樣的情況。 Error表示系統級的錯誤和程式不必處理的異常。 Exception 是checked （java 編譯器必須要求 catch），大概指一類可以預知的，當發生異常後知道如何處理的異常，所以需要捕獲。 RuntimeException 是屬於unchecked （

1．垃圾收集演算法的核心思想 Java語言建立了垃圾收集機制，用以跟蹤正在使用的對象和發現並回收不再使用（引用）的對象。該機制可以有效防範動態記憶體分配中可能發生的兩個危 險：因記憶體垃圾過多而引發的記憶體耗盡，以及不恰當的記憶體釋放所造成的記憶體非法引用。 垃圾收集演算法的核心思想是：對虛擬機器可用記憶體空間，即堆空間中的對象進行識別，如果對象正在被引用，那麼稱其為存活對象，反之，如果對象不再被引

我們知道Java中的流分為字元流和位元組流，其中字元流主要針對字元文本進行處理，而位元組流處理範圍更為廣泛，畢竟圖片、電影等只要是檔案都是以二進位的形式存在的，而不是字元。 字元流： FileReader FileWriter。 BufferedReader BufferedWriter 位元組流： FileInputStream FileOutputStream BufferedInputStream BufferedOutputStream

作為一個跨平台的編程解決方案，Java顯然不能像Delphi那樣，在使用者介面設計方面提供強大、直觀和快捷的設計支援。比如對於文字框的控制，當我們要在程式中感知使用者是否修改了文字框中的內容時，Delphi提供了一個直接的事件調用OnValueChanged()，可以在文字框內容得到實際的改動時被啟用。而要在Java中實現這一功能就似乎麻煩了一點，直接的調用只有keyPressed()和keyTyped()，前者只對主鍵盤區（字元、數字等）有反應，對於Delete等功能鍵沒有反應，而後者又似乎反

在一個指令碼裡,根據ANT的配置,可以將JAVA程式的輸出重新定向到標準輸出,大概指令碼如下: #! /bin/sh x=`ls /home/qianglee/mail/lib/*.jar` x=`echo $x|sed -e 's/ /:/g'` echo $x java -cp $x:$CLASSPATH com.lj.mailListen 1>>./mailerror.log 2>>./mailout.log

新的一年又到來了，轉眼間離開校園工作也快3年了，回想2004年，感慨頗多，經曆感情的波折，工作上也轉戰南北，從鄭州到北京，從北京到深圳。技術上也很有收穫，從以前在在一個團隊下開發，到自己為一個系統設計架構、搭建開發環境、培訓，以及在開發中遇到的一些專案管理、資料庫結構設計的問題，給了我很多的收穫。比較遺憾的是從去年6月到今年一直忙著幾個大項目的開發，看書的時間少了，大部分在外面出差、加班。新的一年裡，有幾件事要做。<?xml:namespace prefix = o ns = "