蘋果的成長日記

下面是我自己的一些注釋：
1.private 只有本類內(nèi)的方法才具有訪問權(quán)。
protected 只有本類內(nèi)的方法、子類以及同一包內(nèi)的其他類才具有訪問權(quán)。
public 公開訪問
final 一個常量或者一個不能被重載的類或方法
finally 一個try塊中總會被執(zhí)行的部分  回復(fù)  更多評論
  

2.HashMap和Hashtable基本相同，只是HashMap是非同步的，并且允許空值。
ArrayList和Vector的區(qū)別也是ArrayList是非同步的(unsyncronized). Hashtable和HashMap的區(qū)別： 1.Hashtable是Dictionary的子類，HashMap是Map接口的一個實現(xiàn)類； 2.Hashtable中的方法是同步的，而HashMap中的方法在缺省情況下是非同步的。即是說，在多線程應(yīng)用程序中，不用專門的操作就安全地可以使用Hashtable了；而對于HashMap，則需要額外的同步機制。但HashMap的同步問題可通過Collections的一個靜態(tài)方法得到解決： Map Collections.synchronizedMap(Map m) 這個方法返回一個同步的Map，這個Map封裝了底層的HashMap的所有方法，使得底層的HashMap即使是在多線程的環(huán)境中也是安全的。 3.在HashMap中，null可以作為鍵，這樣的鍵只有一個；可以有一個或多個鍵所對應(yīng)的值為null。當get()方法返回null值時，即可以表示HashMap中沒有該鍵，也可以表示該鍵所對應(yīng)的值為null。因此，在HashMap中不能由get()方法來判斷HashMap中是否存在某個鍵，而應(yīng)該用containsKey()方法來判斷。 Hashtable和HashMap采用的hash/rehash算法都大概一樣，所以性能不會有很大的差異。  回復(fù)  更多評論
  

內(nèi)部類
內(nèi)部類的主要優(yōu)點之一是內(nèi)部類實例與外部類實例共享一種“特殊關(guān)系”。這種特殊關(guān)系為內(nèi)部類中的代碼提供對封裝（外部）類成員的訪問，就好象內(nèi)部類是外部類的一部分。不僅是“一部分”，而且是外部類一個羽翼豐滿、帶著卡片的成員。內(nèi)部類實例可以訪問外部類的所有成員，甚至哪些被標識為private的成員。  回復(fù)  更多評論
  

Java線程及同步（synchronized）樣例代碼

--------------------------------------------------------------------------------

Java線程及同步（synchronized）樣例代碼


import java.io.*;
import java.util.*;
import java.text.SimpleDateFormat;

public class TestThread extends Thread
{
private static Integer threadCounterLock; //用于同步，防止數(shù)據(jù)被寫亂
private static int threadCount; //本類的線程計數(shù)器

static
{
threadCount = 0;
threadCounterLock = new Integer(0);
}

public TestThread()
{
super();
}

public synchronized static void incThreadCount()
{
threadCount++;
System.out.println("thread count after enter: " + threadCount);
}

public synchronized static void decThreadCount()
{
threadCount--;
System.out.println("thread count after leave: " + threadCount);
}

public void run()
{
synchronized(threadCounterLock) //同步
{
threadCount++;
System.out.println("thread count after enter: " + threadCount);
}

//incThreadCount(); //和上面的語句塊是等價的

final long nSleepMilliSecs = 1000; //循環(huán)中的休眠時間

long nCurrentTime = System.currentTimeMillis();
long nEndTime = nCurrentTime + 30000; //運行截止時間
SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");

try
{
while (nCurrentTime < nEndTime)
{
nCurrentTime = System.currentTimeMillis();
System.out.println("Thread " + this.hashCode() + ", current time: " + simpleDateFormat.format(new Date(nCurrentTime)));

try
{
sleep(nSleepMilliSecs);
}
catch(InterruptedException ex)
{
ex.printStackTrace();
}
}
}
finally
{
synchronized(threadCounterLock) //同步
{
threadCount--;
System.out.println("thread count after leave: " + threadCount);
}

//decThreadCount(); //和上面的語句塊是等價的
}
}

public static void main(String[] args)
{
TestThread[] testThread = new TestThread[2];
for (int i=0; i {
testThread[i] = new TestThread();
testThread[i].start();
}
}
}

同步就是簡單的說我用的時候你不能用，大家用的要是一樣的就這樣！
比如說有只蘋果很好吃，我拉起來咬一口，放下，你再拉起咬一口，這就同步了，要是大家一起咬，呵呵，那就結(jié)婚吧，婚禮上常能看到這個，也不怕咬著嘴，嘻嘻嘻！

舉個例子，現(xiàn)在有個類，類中有一個私有成員一個蘋果，兩個方法一個看，一個吃。
現(xiàn)在不同步，我一“看”，哈哈一個蘋果，我“吃”四分之一了
你一“看”，哈哈一個蘋果，也“吃”四分之一了。
可能的情況就是都是看到一個蘋果但我的吃方法用在你的之前，所以可能你只能吃到3/4的1/4也就是3/16個而不是1/4個蘋果了。
現(xiàn)在加入同步鎖，我在吃的時候你看被鎖，等吃完了，你再看，啊3/4個蘋果，吃1/3好了了，就這樣！  回復(fù)  更多評論
  

垃圾收集器
java的垃圾收集器為內(nèi)存管理提供了一種自動解決方案。在多數(shù)情況下，它把你從必須為應(yīng)用程序添加所有內(nèi)存管理中解脫出來。自動垃圾收集的缺點是不能完全控制它什么時候執(zhí)行以及什么時候不執(zhí)行。
堆是java對象所在的內(nèi)存部分，它是垃圾收集處理所涉及的一塊也是唯一的一塊內(nèi)存。所有的垃圾收集考慮的是要確保堆有盡可能多的自由空間。問題的核心就是要刪除運行的java程序不能再到達的任何對象。當垃圾收集器運行時，其目的時查找和刪除不能被訪問的對象，如果把java程序看作是處于一個這樣的固定循環(huán)中：創(chuàng)建它所需的對象（這要占用堆上的空間），之后當不再需要他們時廢棄它們，創(chuàng)建新的對象，再廢棄它們，如此循環(huán)，這個問題中缺少的一部分是垃圾收集器。當它運行時，它從內(nèi)存中查找那些被廢棄的對象，并刪除它們，這樣使使用內(nèi)存和釋放內(nèi)存的循環(huán)能夠繼續(xù)。
1。垃圾收集器什么時候運行？
垃圾收集器受JVM控制，JVM決定什么時候運行垃圾收集器。從Java程序內(nèi)可以請求JVM運行垃圾收集器，但是，在任何情況下都無法保障JVM會答應(yīng)你的請求。JVM通常會在它感到內(nèi)存減少時運行垃圾收集器。經(jīng)驗告訴我們：當java程序請求進行垃圾收集時，JVM通常會在短期內(nèi)響應(yīng)請求，但這沒有任何保障。剛好在你認為可以依靠它時，JVM可能會忽略你的請求。
2.GC怎樣工作？
什么時候?qū)ο笞兊梅侠占瘲l件？每個java程序有一個或多個線程，每個線程都有其自己的小執(zhí)行棧。通常，在一個java程序中至少要運行一個線程，即棧底部main()方法的線程。出了有其自己的小執(zhí)行棧外，每個線程都有其自己的生命周期。線程可以是死的或活的，當沒有任何活線程能夠訪問一個對象時，該對象就符合垃圾收集條件。
根據(jù)這一定義，GC做一些不可思議的未知操作，當它發(fā)現(xiàn)一個對象不能被任何活線程訪問時，它將認為該對象符合刪除條件，它可能在某時刪除它（它也可能不刪除它）。所謂到達一個對象，實際上是有一個可到達的引用變量引用所討論的對象。如果我們的java程序有一個引用變量引用一個對象，并且該引用變量可用于一個活線程，則該對象被認為是可到達的。
注意：一個java程序能夠耗盡內(nèi)存。垃圾收集系統(tǒng)嘗試在對象不被使用時把它們從內(nèi)存中刪除。然而，如果保持太多活對象（被其他活對象引用的對象），系統(tǒng)則會耗盡內(nèi)存。垃圾收集不能保證有足夠的內(nèi)存，它只能保證可以使用的內(nèi)存將盡可能被有效地管理。
3.編寫代碼明確使對象符合搜集條件
怎樣使對象符合垃圾收集條件，怎樣在必要時強制執(zhí)行垃圾收集，怎樣執(zhí)行額外地清理？
1）空引用 把引用該對象的引用變量設(shè)置為null，使沒有對它的可到達引用
public class GarbageTruck {
public static void main(String[] args) {
StringBuffer sb = new StringBuffer("hello");
System.out.println(sb);
//The StringBuffer object is not eligible for collection
sb = null;
//Now the StringBuffer object is eligible for collection
}
}
2）重新為引用變量賦值
可以通過設(shè)置引用變量引用另一個對象來解除該引用變量與一個對象間的引用關(guān)系。
class GarbageTruck {
public static void main(String [] args) {
StringBuffer s1= new StringBuffer("hello");
StringBuffer s2= new StringBuffer(goodbye");
System.out.println(s1);
//At this point the StringBuffer "hello" is not eligible
s1=s2;//Redirects s1 to refer to the "goodbye" object
//Now the StringBuffer "hello" is eligible for collection
在方法內(nèi)創(chuàng)建對象也要考慮一下。當調(diào)用方法時，所創(chuàng)建的任何局部變量只在該方法期間存在。一旦該方法返回，在這個方法那創(chuàng)建的對象就符合垃圾收集條件。然而，有一種明顯的例外情況，如果一個對象從一個方法被返回，其引用可能在調(diào)用它的方法內(nèi)被賦予一個引用變量，因此它不符合搜集條件。請看下面代碼：
import java.util.Date;
public class GarbageFactory {
public static void main(String[] args) {
Date d = getDate();
doComplicatedStuff();
System.out.println("d = "+d);
}
public static getDate() {
Date d2 = new Date();
String now = d2.toString();
System.out.println(now);
return d2;
}
}
在方法getDate()中，創(chuàng)建了兩個對象，一個Date對象和一個包含日期信息的String對象。因為該方法返回Date對象，所以它將不符合搜集條件，即使在該方法完成之后。然而String對象將符合條件，即使沒有明確把now變量設(shè)置為null。
3.隔離引用  回復(fù)  更多評論