Java

關於Java 初始化，有多文章都用了很大篇幅的介紹。經典的<<Thinking in

 在用myeclipse進行調試代碼的時候，我們經常在java檔案中加入main方法來進行調試。那麼有時候會因為包相容的問題引發以下錯誤，導致調試失敗： **************************************************************Exception in thread "main" java.lang.LinkageError: JAXB 2.0 API is being loaded from the bootstrap classloader,

1.linkage Error java.lang.LinkageError: loader constraint violation: when resolving interface method異常javax.servlet.ServletException: java.lang.LinkageError: loader constraint violation:when resolving interface method "javax.servlet.jsp嚴重:

 JAVA在設計介面和類的規則時，有一個明確的規定。JAVA不支援類（實現）的多重繼承，但支援介面（定義）的多重繼承。我已經無從瞭解這個設計的初衷，但這樣的規定隱含了以下的意義。介面是設計的產物，即在需求設計時定義的對軟體功能的定義。而類是實現的產物，它是在實現過程中根據實現的具體情況而完成的。如果用代碼來說明就是：在設計時我需要我設計的“模組”提供兩個功能：1.提供兩個整數相加的功能。2.提供兩個字串串連的功能。 我是一個偉大的設計師，為了不影響我的整體思路，我不會在這時停下來去實現它，所以我

我們知道,在很多指令碼語言中都有eval涵數,它可以把字串轉換為表態式並執行.如在javaScript中var str = aid.value + ".style.top = 10;"把一個id為"aid"的控制的值取出來加合并成一個字串,如果aid的值是"axman",則str = "axman.style.top =

前段時間做動態無侵入攔截的工作，對於“即時載入”新類有了一些較深入的理解，已經寫出兩篇文章在這裡。我們已經解決了“如何修改”的問題，但是另一個問題是“能修改成什麼樣子”。利用Instrumentation來動態redefine的類，只能修改方法，即在原有的方法代碼插入代碼來實現我們需要的邏輯。卻無法增加，刪除方法和欄位，即修改類定義的結構。 目前真正能做到“即時”載入結構已經被修改的新的class的工具就是javarebel.但這個工具是一個收費的（免費的功能有限）工具，其它還沒見到有相同功能的

java defunct產生的原因和解決辦法:在很多時候,我們啟動JAVA進程後,如果退出這個JAVA進程,在系統進程中仍然可以看到這個進程.這種情況一般出現在UNIX/LINUX系統,對於WIN平台出現情況較少.這個進程在UNIX平台上,你即使kill進程號也不能殺掉它,但它仍然佔用系統資源,成了真正的"殭屍"。產生的原因：以前我們下載JDK時，可以下載到JDK的SRC然後自己編譯，現在的官方網站上已經找不到可以自己編譯的JDK包，下載回來的JDK都是釋放包，我們可以想象，無論SUN在發布JD

 Java有記憶體流失嗎？有。雖然有人說這個說法不準確，但是在C/C++程式中，我們把由當前進程開闢但當前進程在邏輯上卻無法再管理的那些記憶體稱為被進程泄漏的記憶體。事實上java同樣會有這樣的情況。        當我們最先接觸java時就因為它自動管理記憶體不需要程式員手工幹預而帶來的方便性的原因喜歡上了它，但這個自動並不是全能的。對於一些隱性引用所引起的記憶體流失，有時很長時間甚至幾個月，幾年我們也很難發現，除非是非常有經驗的人去仔細地查看源碼，借用heap分析工具細緻地分析才能發現。  

從JAVA誕生那天起，稍微“有些水平”的程式員都被告知，如果有大量的字串連結，請不要使用字串相加，而應該使用StringBuffer的append操作然後toString().到了JAVA5，我們又被告訴知，StringBuilder是StringBuffer的非同步版，所以絕對大多數時候我們“更”可以用StringBuilder來代替加操作。因為一個可能被多線程訪問的執行個體欄位的StringBuffer操作的情況很少，和在方法中調用字串連結相比1%都不到。 但是到了JAVA6,因為編譯器“始

一.獲得控制台使用者輸入的資訊 /** *//**獲得控制台使用者輸入的資訊 * @return * @throws IOException */ public String getInputMessage() throws IOException...{ System.out.println("請輸入您的命令∶"); byte buffer[]=new byte[1024]; int

代碼已經開源到github上，https://github.com/alibaba/simpleimage項目，其中的 analyze模組中。原始圖片為：主要調用方法： BufferedImage img = ImageIO.read(logoFile); RenderImage ri = new RenderImage(img); SIFT sift = new SIFT();

 spring 也有抽象bean，只需要在設定檔中設定abstract屬性為true即可，它可以不配置class屬性，因為它不會被執行個體化。當另一spring的bean繼承了這個抽象bean，需要配置他的parent屬性。如果父bean配置了class，則子bean可配置亦可不配。不配置，就按照父的類執行個體化，如果配置了就按照自己配置的執行個體化。其中子bean有些參數或方法可以繼承與父bean，但有是些不能，這些也是通過設定檔中的一些配置屬性來確定的。具體可參考屬性配置。 

1、核對lib包 commons-fileupload-1.2.1.jar，commons-io-1.3.2.jarcommons-logging-1.0.4.jarfreemarker-2.3.16.jarognl-3.0.jarstruts2-core-2.2.1.jarxwork-core-2.2.1.jar） 注意2.1以前是沒有commons-fileupload-1.2.1.jar， 2、如果struts2版本是2.1以前web.xml配置過濾器的時候應該是這樣：<filter

使用 Java 產生 MD5 編碼    MD5即Message-Digest Algorithm 5（資訊-摘要演算法5），是一種用於產生數位簽章的單項散列演算法，在1991年由MIT Laboratory for Computer Science（IT電腦科學實驗室）和RSA Data Security Inc（RSA資料安全公司）的Ronald L.

package mit.bintree;/**二叉樹節點類*/public class Node<T>{ /*節點值*/ public T data; /*左子節點引用*/ public Node<T> left = null; /*右子節點引用*/ public Node<T> right = null; /*父節點引用*/ public Node<T> parent =null;

1.1.日誌系統（Logging System）Log4j —— 較早出現的比較成功的日誌系統是Log4j。Log4j開創的日誌系統模型（Logger/Appender/Level）行之有效，並一直延用至今。JUL（java.util.logging.*） —— JDK1.4是第一個內建日誌系統的JDK，簡稱（JUL）。JUL並沒有明顯的優勢來戰勝Log4j，反而造成了標準的混亂 —— 採用不同日誌系統的應用程式無法和諧共存。Logback ——

Java的記憶體泄露多半是因為對象被遺留在全域的HashMap中得不到釋放，如果發現Java應用程式佔用的記憶體出現了泄露的跡象，那麼我們一般採用下面的步驟分析：    1. 把Java應用程式使用的heap dump下來    2. 使用Java heap分析工具（如MAT），找出記憶體佔用超出預期的嫌疑對象    3. 根據情況，分析嫌疑對象和其他對象的參考關聯性。    4. 剖析器的原始碼，找出嫌疑對象數量過多的原因。產生heap

轉自：http://winco304.blog.163.com/blog/static/94283891201042011353424/常見配置舉例 堆大小設定JVM 中最大堆大小有三方面限制:相關作業系統的資料模型(32-bt還是64-bit)限制;系統的可用虛擬記憶體限制;系統的可用實體記憶體限制.32位系統 下,一般限制在1.5G~2G;64為作業系統對記憶體無限制.我在Windows Server 2003 系統,3.5G實體記憶體,JDK5.0下測試,最大可設定為1478m.典型設定:

        在Java類庫中出現的第一個關聯的集合類是 Hashtable。 Hashtable 提供了一種便於使用的、安全執行緒的、關聯的map功能。然而，執行緒安全性付出代價是――Hashtable 的所有方法都是同步的。Hashtable 的後繼者HashMap 是作為JDK1.2中的集合架構的一部分出現的，它通過提供一個不同步的基類和一個同步的封裝器Collections.synchronizedMap

本文大部分內容，摘自下面兩篇文章：           http://blog.xebia.com/2007/10/04/leaking-memory-in-java/、            http://www.iteye.com/topic/626801先用一個極端例子說明String的substring方法引起的OutOfMemoryError問題：public class TestGC { private String large = new String(new char[1