java源碼包

1. 如何將java源碼打包成可執行的jar文件win&linux

方法/步驟
啟動eclipse

在eclipse中建立好工程與類並寫好代碼

點擊「File->Export」

在彈擊的界面中選擇「Java->JAR file」，再點擊「Next」

選擇要打包的文件，再點擊「Browse」

在彈出的界面中選擇好打包後的文件的存放路徑，再輸入文件名，最後點擊「保存」

點擊「Finish」

打包成功

2. 如何編譯安裝源碼包軟體

怎樣安裝以源碼包打包的軟體；

1、源碼包的打包格式；
源代碼一般以file.tar.gz file.tar.bz2或file.src.rpm 打包；file.tar.gz和file.tar.bz2格式的解包命令如下；
[root@localhost beinan]# tar jxvf file.tar.bz2
[root@localhost beinan]# tar zxvf file.tar.gz

至於file.src.rpm 的用法，請參見：《file.src.rpm 使用方法的簡介》

2、如何編譯安裝源碼包；（大多數）

1）解開軟體包查看幫助文檔；

我們解開一個包後，進入解壓包，一般都能發現README（或reame)和INSTALL( 或install)；或doc（或DOC)目錄；看名字就知道個差不多；
比如我們下載一個比較新的fcitx 的軟體包，比如是 fcitx-3.2-050827.tar.bz2
我們在解開這個軟體包會會發現如下的文件；
[root@localhost fcitx]# tar jxvf fcitx-3.2-050827.tar.bz2
[root@localhost fcitx]#cd fcitx
[root@localhost fcitx]# ls
aclocal.m4 config.guess configure debian INSTALL Makefile.in src xpm
AUTHORS config.h.in configure.in depcomp install-sh missing THANKS
autogen.sh config.rpath COPYING doc lib mkinstalldirs TODO
ChangeLog config.sub data fcitx.spec.in Makefile.am README tools
所以我們就可以看fcitx的INSTALL 和doc目錄的安裝文檔了；裡面都告訴我們如何安裝；
有時安裝文檔也會在開發者的主頁上有詳細的說明，及常見問題的處理等；比如 LumaQQ

2）編譯安裝軟體的條件；

首 先我們在Linux系統中至少得把開發工具安裝上，比如 gcc ;perl;python;glibc;gtk;make ;automake 等開發工具或基礎包；還要安裝一些相應的開發包，一般是文件名包括dev的，比如kernel-devel；還有一些開發庫，比如以lib開頭的；如果您 在編譯軟體時，有時提示缺少什麼東西之類的，大多少的是這些開發工具和開發庫等；從光碟中找出安裝就是了；有時光碟沒有提供，請用google搜索相應的 軟體包，有時可能也會用到源碼包編譯安裝所依賴的包；
有時本來系統中已經安裝了所依賴的包，但系統提示找不到應該怎麼辦？這時需要我們設置一下PKG_CONFIG_PATH的環境變數就行了；
#export PKG_CONFIG_PATH=/usr/lib/pkgconfig
或
#export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
然後我們再來運行編譯的./configure ;make ;make install ，嘗試著來吧；
以java開發的工具開發的程序，要用到 jre或者jdk ；jdk已經包括jre了，所以如果我們只是要求有一個java程序運行的環境，只需要安裝jre就行了；安裝好jre，配置一下java的環境變數就可以用了。如果是圖形界面的程序，點點滑鼠就OK了；
用perl 開發的程序，是需要perl環境的，所以必須得把perl的包安裝上，python 也同理；

3）編譯安裝軟體的方法；
大多以tar.gz 和tar.bz2打包軟體，大多是通過 ./configure ;make ;make install 來安裝的；有的軟體是直接make;make install ；
我們可以通過./configure --help 來查看配置軟體的功能；大多軟體是提供./configure 配置軟體的功能的；少數的也沒有，如果沒有的就不用./configure ;直接make;make install 就行了；
./configure 比較重要的一個參數是 --prefix ，用--prefix 參數，我們可以指定軟體安裝目錄；當我們不需要這個軟體時，直接刪除軟體的目錄就行了；
比如我們可以指定fcitx 安裝到 /opt/fcitx 目錄中；
[root@localhost fcitx]#./configure --prefix=/opt/fcitx
如果我們不需要fcitx 時，可以直接刪除 /opt/fcitx 目錄；
所以我們舉這個例子中，fcitx如果定製安裝到 /opt/fcitx目錄中，完整的安裝方法應該是：
[root@localhost fcitx]# tar jxvf fcitx-3.2-050827.tar.bz2
[root@localhost fcitx]#cd fcitx
[root@localhost fcitx]# ./configure --prefix=/opt/fcitx
[root@localhost fcitx]# make
[root@localhost fcitx]# make install
調用fcitx ，應該是
[beinan@localhost ~]#/opt/fcitx/bin/fcitx
如果您想要讓fcitx 只要執行fcitx ，就能調用，請配置環境變數，或者在/usr/bin 中做一個fcitx 的鏈接；
[root@localhost beinan]# ln -s /opt/fcitx/bin/fcitx /usr/bin/fcitx
一般的情況下都有說，但大多軟體沒有提供源碼包的卸載方法；我們可以找到軟體的安裝點刪除。主要看你把它安裝在哪了。
設置環境變數PATH，請參見：《在Fedora Core 中，有些常用命令怎麼沒有？解決辦法設置PATH》
所以您的PATH可以設置成這樣的；
export PATH=".:/bin:/usr/bin:/usr/local/bin:/usr/sbin:/usr/X11R6/bin:/sbin:/opt/fcitx/bin"
當然這只是舉個例子，fcitx 可以進入桌面自動運行的，請參看 http://www.fcitx.org 官方站上的安裝說明；舉個例子只是讓大家好理解一點；
再舉一個例子，比如我想安裝mlterm ；並指定安裝目錄為/opt/mlterm中； http://mlterm.sourceforge.net
#./configure --prefix=/opt/mlterm
#make
#make install

把源碼包安裝的軟體，都指定安裝在 /opt目錄中，這樣不就知道了軟體安裝在哪裡了；也方便卸載；

3. 一個Java源程序一般是由哪三個基本部分組成的

一個簡單的java程序由java包（如：import java.awt.*）、類聲明 、變數、構造方法（可預設）、方法 這幾部分構成。
java程序中至少要有一個類被聲明為public。

4. 如何將下載的java源代碼導入到eclipse中運行

eclipse打開並運行一個已經寫好的java文件步驟如下：
1、新建一個java工程項目：右鍵Eclipse的PackageExplorer空白部分，點擊New，再點擊JavaProject，輸入工程名，點擊finish；

2、在新建的工程里新建一個類：右鍵工程，點擊New，再點擊Class，輸入類名，點擊finish；
3、把寫好的java文件的代碼復制到新建的類中；
4、右鍵新建的類文件，點擊RunAs，再點擊JavaApplication即可運行Java文件。
需要注意的是：java文件要成功運行，前提是要有主方法（main）的存在，沒有主方法沒辦法運行java程序。

5. java源代碼的後綴名是什麼

源代碼是.java
一般項目里邊可以很多類型的文件如：
.jsp
.jar等。

6. java並發包源碼怎麼讀

1. 各種同步控制工具的使用

1.1 ReentrantLock

ReentrantLock感覺上是synchronized的增強版，synchronized的特點是使用簡單，一切交給JVM去處理，但是功能上是比較薄弱的。在JDK1.5之前，ReentrantLock的性能要好於synchronized，由於對JVM進行了優化，現在的JDK版本中，兩者性能是不相上下的。如果是簡單的實現，不要刻意去使用ReentrantLock。

相比於synchronized，ReentrantLock在功能上更加豐富，它具有可重入、可中斷、可限時、公平鎖等特點。

首先我們通過一個例子來說明ReentrantLock最初步的用法：

package test;

import java.util.concurrent.locks.ReentrantLock;public class Test implements Runnable{ public static ReentrantLock lock = new ReentrantLock(); public static int i = 0;

@Override public void run() { for (int j = 0; j < 10000000; j++)
{ lock.lock(); try
{
i++;
} finally
{ lock.unlock();
}
}
}
public static void main(String[] args) throws InterruptedException {
Test test = new Test();
Thread t1 = new Thread(test);
Thread t2 = new Thread(test);
t1.start();
t2.start();
t1.join();
t2.join();
System.out.println(i);
}

}

有兩個線程都對i進行++操作，為了保證線程安全，使用了ReentrantLock，從用法上可以看出，與synchronized相比，ReentrantLock就稍微復雜一點。因為必須在finally中進行解鎖操作，如果不在finally解鎖，有可能代碼出現異常鎖沒被釋放，而synchronized是由JVM來釋放鎖。

那麼ReentrantLock到底有哪些優秀的特點呢？

1.1.1 可重入

單線程可以重復進入，但要重復退出

lock.lock();
lock.lock();try{
i++;

}
finally{
lock.unlock();
lock.unlock();
}

由於ReentrantLock是重入鎖，所以可以反復得到相同的一把鎖，它有一個與鎖相關的獲取計數器，如果擁有鎖的某個線程再次得到鎖，那麼獲取計數器就加1，然後鎖需要被釋放兩次才能獲得真正釋放(重入鎖)。這模仿了synchronized的語義；如果線程進入由線程已經擁有的監控器保護的 synchronized 塊，就允許線程繼續進行，當線程退出第二個（或者後續）synchronized塊的時候，不釋放鎖，只有線程退出它進入的監控器保護的第一個synchronized塊時，才釋放鎖。

public class Child extends Father implements Runnable{ final static Child child = new Child();//為了保證鎖唯一
public static void main(String[] args) { for (int i = 0; i < 50; i++) { new Thread(child).start();
}
}
public synchronized void doSomething() {
System.out.println("1child.doSomething()");
doAnotherThing(); // 調用自己類中其他的synchronized方法
}
private synchronized void doAnotherThing() { super.doSomething(); // 調用父類的synchronized方法
System.out.println("3child.doAnotherThing()");
}
@Override
public void run() {
child.doSomething();
}
}class Father { public synchronized void doSomething() {
System.out.println("2father.doSomething()");
}
}

我們可以看到一個線程進入不同的synchronized方法，是不會釋放之前得到的鎖的。所以輸出還是順序輸出。所以synchronized也是重入鎖

輸出：

1child.doSomething()
2father.doSomething()
3child.doAnotherThing()
1child.doSomething()
2father.doSomething()
3child.doAnotherThing()
1child.doSomething()
2father.doSomething()
3child.doAnotherThing()
...

1.1.2.可中斷

與synchronized不同的是，ReentrantLock對中斷是有響應的。中斷相關知識查看[高並發Java 二] 多線程基礎

普通的lock.lock()是不能響應中斷的，lock.lockInterruptibly()能夠響應中斷。

我們模擬出一個死鎖現場，然後用中斷來處理死鎖

package test;import java.lang.management.ManagementFactory;import java.lang.management.ThreadInfo;import java.lang.management.ThreadMXBean;import java.util.concurrent.locks.ReentrantLock;public class Test implements Runnable{ public static ReentrantLock lock1 = new ReentrantLock(); public static ReentrantLock lock2 = new ReentrantLock(); int lock; public Test(int lock)
{ this.lock = lock;
} @Override
public void run()
{ try
{ if (lock == 1)
{
lock1.lockInterruptibly(); try
{
Thread.sleep(500);
} catch (Exception e)
{ // TODO: handle exception
}
lock2.lockInterruptibly();
} else
{
lock2.lockInterruptibly(); try
{
Thread.sleep(500);
} catch (Exception e)
{ // TODO: handle exception
}
lock1.lockInterruptibly();
}
} catch (Exception e)
{ // TODO: handle exception
} finally
{ if (lock1.isHeldByCurrentThread())
{
lock1.unlock();
} if (lock2.isHeldByCurrentThread())
{
lock2.unlock();
}
System.out.println(Thread.currentThread().getId() + ":線程退出");
}
} public static void main(String[] args) throws InterruptedException {
Test t1 = new Test(1);
Test t2 = new Test(2);
Thread thread1 = new Thread(t1);
Thread thread2 = new Thread(t2);
thread1.start();
thread2.start();
Thread.sleep(1000); //DeadlockChecker.check();
} static class DeadlockChecker
{ private final static ThreadMXBean mbean = ManagementFactory
.getThreadMXBean(); final static Runnable deadlockChecker = new Runnable()
{ @Override
public void run()
{ // TODO Auto-generated method stub
while (true)
{ long[] deadlockedThreadIds = mbean.findDeadlockedThreads(); if (deadlockedThreadIds != null)
{
ThreadInfo[] threadInfos = mbean.getThreadInfo(deadlockedThreadIds); for (Thread t : Thread.getAllStackTraces().keySet())
{ for (int i = 0; i < threadInfos.length; i++)
{ if(t.getId() == threadInfos[i].getThreadId())
{
t.interrupt();
}
}
}
} try
{
Thread.sleep(5000);
} catch (Exception e)
{ // TODO: handle exception
}
}

}
};
public static void check()
{
Thread t = new Thread(deadlockChecker);
t.setDaemon(true);
t.start();
}
}

}

上述代碼有可能會發生死鎖，線程1得到lock1，線程2得到lock2，然後彼此又想獲得對方的鎖。

我們用jstack查看運行上述代碼後的情況

下面舉個例子：

package test;import java.util.concurrent.CyclicBarrier;public class Test implements Runnable{ private String soldier; private final CyclicBarrier cyclic; public Test(String soldier, CyclicBarrier cyclic)
{ this.soldier = soldier; this.cyclic = cyclic;
} @Override
public void run()
{ try
{ //等待所有士兵到齊
cyclic.await();
dowork(); //等待所有士兵完成工作
cyclic.await();
} catch (Exception e)
{ // TODO Auto-generated catch block
e.printStackTrace();
}

} private void dowork()
{ // TODO Auto-generated method stub
try
{
Thread.sleep(3000);
} catch (Exception e)
{ // TODO: handle exception
}
System.out.println(soldier + ": done");
} public static class BarrierRun implements Runnable
{ boolean flag; int n; public BarrierRun(boolean flag, int n)
{ super(); this.flag = flag; this.n = n;
} @Override
public void run()
{ if (flag)
{
System.out.println(n + "個任務完成");
} else
{
System.out.println(n + "個集合完成");
flag = true;
}

}

} public static void main(String[] args)
{ final int n = 10;
Thread[] threads = new Thread[n]; boolean flag = false;
CyclicBarrier barrier = new CyclicBarrier(n, new BarrierRun(flag, n));
System.out.println("集合"); for (int i = 0; i < n; i++)
{
System.out.println(i + "報道");
threads[i] = new Thread(new Test("士兵" + i, barrier));
threads[i].start();
}
}

}

列印結果：

集合

士兵5: done士兵7: done士兵8: done士兵3: done士兵4: done士兵1: done士兵6: done士兵2: done士兵0: done士兵9: done10個任務完成

1.7 LockSupport

提供線程阻塞原語

和suspend類似

LockSupport.park();
LockSupport.unpark(t1);

與suspend相比不容易引起線程凍結

LockSupport的思想呢，和Semaphore有點相似，內部有一個許可，park的時候拿掉這個許可，unpark的時候申請這個許可。所以如果unpark在park之前，是不會發生線程凍結的。

下面的代碼是[高並發Java 二] 多線程基礎中suspend示例代碼，在使用suspend時會發生死鎖。

而使用LockSupport則不會發生死鎖。

另外

park()能夠響應中斷，但不拋出異常。中斷響應的結果是，park()函數的返回，可以從Thread.interrupted()得到中斷標志。

在JDK當中有大量地方使用到了park，當然LockSupport的實現也是使用unsafe.park()來實現的。

public static void park() { unsafe.park(false, 0L);
}

1.8 ReentrantLock 的實現

下面來介紹下ReentrantLock的實現，ReentrantLock的實現主要由3部分組成：

• CAS狀態

• 等待隊列

• park()

ReentrantLock的父類中會有一個state變數來表示同步的狀態

• /**


• * The synchronization state.


• */


• private volatile int state;



通過CAS操作來設置state來獲取鎖，如果設置成了1，則將鎖的持有者給當前線程

• final void lock() { if (compareAndSetState(0, 1))


• setExclusiveOwnerThread(Thread.currentThread()); else


• acquire(1);


• }



如果拿鎖不成功，則會做一個申請

• public final void acquire(int arg) { if (!tryAcquire(arg) &&


• acquireQueued(addWaiter(Node.EXCLUSIVE), arg))


• selfInterrupt();


• }



首先，再去申請下試試看tryAcquire，因為此時可能另一個線程已經釋放了鎖。

如果還是沒有申請到鎖，就addWaiter，意思是把自己加到等待隊列中去

其間還會有多次嘗試去申請鎖，如果還是申請不到，就會被掛起

• private final boolean parkAndCheckInterrupt() {


• LockSupport.park(this); return Thread.interrupted();


• }



同理，如果在unlock操作中，就是釋放了鎖，然後unpark，這里就不具體講了。

2. 並發容器及典型源碼分析

2.1ConcurrentHashMap

我們知道HashMap不是一個線程安全的容器，最簡單的方式使HashMap變成線程安全就是使用Collections.synchronizedMap，它是對HashMap的一個包裝

• public static Map m=Collections.synchronizedMap(new HashMap());



同理對於List，Set也提供了相似方法。

但是這種方式只適合於並發量比較小的情況。

我們來看下synchronizedMap的實現

它會將HashMap包裝在裡面，然後將HashMap的每個操作都加上synchronized。

由於每個方法都是獲取同一把鎖(mutex)，這就意味著，put和remove等操作是互斥的，大大減少了並發量。

下面來看下ConcurrentHashMap是如何實現的

在ConcurrentHashMap內部有一個Segment段，它將大的HashMap切分成若干個段（小的HashMap），然後讓數據在每一段上Hash，這樣多個線程在不同段上的Hash操作一定是線程安全的，所以只需要同步同一個段上的線程就可以了，這樣實現了鎖的分離，大大增加了並發量。

在使用ConcurrentHashMap.size時會比較麻煩，因為它要統計每個段的數據和，在這個時候，要把每一個段都加上鎖，然後再做數據統計。這個就是把鎖分離後的小小弊端，但是size方法應該是不會被高頻率調用的方法。

在實現上，不使用synchronized和lock.lock而是盡量使用trylock，同時在HashMap的實現上，也做了一點優化。這里就不提了。

2.2BlockingQueue

BlockingQueue不是一個高性能的容器。但是它是一個非常好的共享數據的容器。是典型的生產者和消費者的實現。

7. 如何在eclipse中看jar包源代碼

在Eclipse查看開發包jar源碼的方法如下：

1. 選擇項目，右鍵中單擊【Properties】
   

2.【Java Build Path】-【Configure Build Path】-【Libraries】，在下面找到如：Guava-r09.jar包，展開它，選擇【Source attachment】，單擊右邊的【Edit…】按鈕。

3.在打開的窗口中，可選擇文件(jarzip)，目錄或工作空間中的jar文件，在這里我選擇External Folder…，選擇如E:/java project/guava即可。

4.連續單擊【OK】兩次回到Eclipse工作平台即可。

8. 怎樣導入Java源程序

右鍵-----import-----General----Existing Projects into WorkSpace----選擇您的程序目錄----finish
這些給你說的是myeclipse或者eclipse中的設置，其他的如果有問題可以單獨考慮