Java

在網路上搜了下快速計算文本行數的，基本上都是用如下方法 long fileLength = File.length();LineNumberReader.skip(fileLength);LineNumberReader.getLineNumber

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

Throwable 類是 Java 語言中所有錯誤或異常的超類，它有2個子類，Exception和Error。 Error表示程式發生了非常嚴重的錯誤，無法恢複或繼續運行，因此不應該試圖捕獲它。 Exception表示應用程式可捕獲的異常，異常可分為檢查型異常和非檢查型異常，非檢查型異常俗稱unchecked

會。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 = "

廢話就不多說了，直接進入主題：代碼如下： 1.讀取log或者txt文本資訊  /**  * 讀取log或者txt資訊  *   * @param filePath  * @return  */ public List<String> readLog(String filePath) {  List<String> list = new

轉自http://bbs.csdn.net/topics/360244167 import javax.script.ScriptEngine;import javax.script.ScriptEngineManager;import javax.script.ScriptException;public class ExpressTest {public static void test1() throws ScriptException {String str =

hql語句大致如下 select t, case when t.targetType=0 then (select a.name from MarketApp a where a.id = t.target ) else '' end from ThemeComponent t where t.theme.id = 1 jsp報如下錯誤 java.lang.NullPointerException at

從一個方法看javaIO： public byte[] compress(IWritable value) { if (value == null) return null; try { ByteArrayOutputStream bos = new ByteArrayOutputStream(); DataOutputStream out = new DataOutputStream(bos);

在大型應用系統中，日誌是不可缺少的重要組成部分，所有的應用的出錯資訊等都應該能在記錄檔中尋找到，有的應用系統日誌可能數量很小，有的龐大的應用系統的日誌是相當龐大，同時記錄檔必須是方便使用者定製和尋找的，要具備很高的效能，否則會影響應用系統的效能。 儘管記錄日誌是應用開發中並不可少的功能，在 JDK 的最初版本中並不包含日誌記錄相關的 API 和實現。相關的 API（java.util.logging 包，JUL）和實現，直到 JDK 1.4

import java.io.BufferedWriter; import java.io.File; import java.io.FileNotFoundException; import java.io.FileOutputStream; import java.io.IOException; import java.io.OutputStreamWriter; import java.text.SimpleDateFormat; import java.util.Calendar;