- 相關(guān)推薦
在java中Synchronized的用法
synchronized關(guān)鍵字可以作為函數的修飾符，也可作為函數內的語(yǔ)句，也就是平時(shí)說(shuō)的同步方法和同步語(yǔ)句塊。如果再細的分類(lèi)，synchronized可作用于instance變量、object reference(對象引用)、static函數和class literals(類(lèi)名稱(chēng)字面常量)身上。下面是小編收集的在java中Synchronized的用法，希望能幫到你。
在進(jìn)一步闡述之前，我們需要明確幾點(diǎn)：
A.無(wú)論synchronized關(guān)鍵字加在方法上還是對象上，它取得的鎖都是對象，而不是把一段代碼或函數當作鎖――而且同步方法很可能還會(huì )被其他線(xiàn)程的對象訪(fǎng)問(wèn)。
B.每個(gè)對象只有一個(gè)鎖(lock)與之相關(guān)聯(lián)。
C.實(shí)現同步是要很大的系統開(kāi)銷(xiāo)作為代價(jià)的，甚至可能造成死鎖，所以盡量避免無(wú)謂的同步控制。
接著(zhù)來(lái)討論synchronized用到不同地方對代碼產(chǎn)生的影響：
假設P1、P2是同一個(gè)類(lèi)的不同對象，這個(gè)類(lèi)中定義了以下幾種情況的同步塊或同步方法，P1、P2就都可以調用它們。
1. 把synchronized當作函數修飾符時(shí)，示例代碼如下：
Public synchronized void methodAAA()
{
//….
}
這也就是同步方法，那這時(shí)synchronized鎖定的是哪個(gè)對象呢?它鎖定的是調用這個(gè)同步方法對象。也就是說(shuō)，當一個(gè)對象P1在不同的線(xiàn)程中執行這個(gè)同步方法時(shí)，它們之間會(huì )形成互斥，達到同步的效果。但是這個(gè)對象所屬的Class所產(chǎn)生的另一對象P2卻可以任意調用這個(gè)被加了synchronized關(guān)鍵字的方法。
上邊的示例代碼等同于如下代碼：
public void methodAAA()
{
synchronized (this) // (1)
{
//…..
}
}
(1)處的this指的是什么呢?它指的就是調用這個(gè)方法的對象，如P1�？梢�(jiàn)同步方法實(shí)質(zhì)是將synchronized作用于object reference。――那個(gè)拿到了P1對象鎖的線(xiàn)程，才可以調用P1的同步方法，而對P2而言，P1這個(gè)鎖與它毫不相干，程序也可能在這種情形下擺脫同步機制的控制，造成數據混亂。
2.同步塊，示例代碼如下：
public void method3(SomeObject so)
{
synchronized(so)
{
//…..
}
}
這時(shí)，鎖就是so這個(gè)對象，誰(shuí)拿到這個(gè)鎖誰(shuí)就可以運行它所控制的那段代碼。當有一個(gè)明確的對象作為鎖時(shí)，就可以這樣寫(xiě)程序，但當沒(méi)有明確的對象作為鎖，只是想讓一段代碼同步時(shí)，可以創(chuàng )建一個(gè)特殊的instance變量(它得是一個(gè)對象)來(lái)充當鎖：
class Foo implements Runnable
{
private byte[] lock = new byte[0]; // 特殊的instance變量
Public void methodA()
{
synchronized(lock) { //… }
}
//…..
}
注：零長(cháng)度的byte數組對象創(chuàng )建起來(lái)將比任何對象都經(jīng)濟――查看編譯后的字節碼：生成零長(cháng)度的byte[]對象只需3條操作碼，而Object lock = new Object()則需要7行操作碼。
3.將synchronized作用于static 函數，示例代碼如下：
Class Foo
{
public synchronized static void methodAAA() // 同步的static 函數
{
//….
}
public void methodBBB()
{
synchronized(Foo.class) // class literal(類(lèi)名稱(chēng)字面常量)
}
}
代碼中的methodBBB()方法是把class literal作為鎖的情況，它和同步的static函數產(chǎn)生的效果是一樣的，取得的鎖很特別，是當前調用這個(gè)方法的對象所屬的類(lèi)(Class，而不再是由這個(gè)Class產(chǎn)生的某個(gè)具體對象了)。
記得在《Effective Java》一書(shū)中看到過(guò)將 Foo.class和 P1.getClass()用于作同步鎖還不一樣，不能用P1.getClass()來(lái)達到鎖這個(gè)Class的目的。P1指的是由Foo類(lèi)產(chǎn)生的對象。
可以推斷：如果一個(gè)類(lèi)中定義了一個(gè)synchronized的static函數A，也定義了一個(gè)synchronized 的instance函數B，那么這個(gè)類(lèi)的同一對象Obj在多線(xiàn)程中分別訪(fǎng)問(wèn)A和B兩個(gè)方法時(shí)，不會(huì )構成同步，因為它們的鎖都不一樣。A方法的鎖是Obj這個(gè)對象，而B(niǎo)的鎖是Obj所屬的那個(gè)Class。
小結如下：
搞清楚synchronized鎖定的是哪個(gè)對象，就能幫助我們設計更安全的多線(xiàn)程程序。
還有一些技巧可以讓我們對共享資源的同步訪(fǎng)問(wèn)更加安全：
1. 定義private 的instance變量+它的 get方法，而不要定義public/protected的instance變量。如果將變量定義為public，對象在外界可以繞過(guò)同步方法的控制而直接取得它，并改動(dòng)它。這也是JavaBean的標準實(shí)現方式之一。
2.如果instance變量是一個(gè)對象，如數組或ArrayList什么的，那上述方法仍然不安全，因為當外界對象通過(guò)get方法拿到這個(gè)instance對象的引用后，又將其指向另一個(gè)對象，那么這個(gè)private變量也就變了，豈不是很危險。這個(gè)時(shí)候就需要將get方法也加上synchronized同步，并且，只返回這個(gè)private對象的clone()――這樣，調用端得到的就是對象副本的引用了。
如果不再需要某個(gè)類(lèi)，則該類(lèi)在堆中所占用的空間通常將用于創(chuàng )建新對象。但是，如果應用程序通過(guò)創(chuàng )建類(lèi)的新實(shí)例來(lái)處理請求，并且該應用程序的請求是隨機出現的，則可能會(huì )發(fā)生以下情況：先前請求者完成后，正常的類(lèi)垃圾回收將通過(guò)釋放這個(gè)類(lèi)占用的堆空間來(lái)清除這個(gè)類(lèi)，但當下一個(gè)請求出現時(shí)，又必須將這個(gè)類(lèi)重新實(shí)例化。在這種情況下，您可能想使用此選項來(lái)禁用類(lèi)垃圾回收。
缺省值：
啟用類(lèi)垃圾回收
建議值：
禁用類(lèi)垃圾回收
用法：
Xnoclassgc 禁用類(lèi)垃圾回收
有關(guān)其他信息，請參閱下列 DeveloperWorks 文章：
http://www.ibm.com/developerworks/java/
調整 Sun JVM 的垃圾回收器
在 Solaris 平臺上，WebSphere Application Server 在 Sun Hotspot JVM 上運行，而不是在 IBM JVM 上運行。對 Sun JVM 使用正確的調整參數以利用其性能優(yōu)化功能十分重要。
Sun Hotspot JVM 依靠分代垃圾回收來(lái)實(shí)現最佳性能。下列命令行參數對于調整垃圾回收來(lái)說(shuō)非常有用。
-XX:SurvivorRatio
將 Java 堆劃分為舊對象(長(cháng)生命周期對象)區域和新對象區域。新對象區域進(jìn)一步細分為兩部分，第一部分用于分配給新對象(初始區域)，第二部分存放那些經(jīng)過(guò)其前幾次垃圾回收之后、但在被提升為舊對象之前仍在使用中的新對象(幸存者空間)。幸存者比率是堆的新對象區域中初始區域與幸存者空間的比率。增大此設置將針對需要創(chuàng )建大量對象但僅保留少量對象的應用程序優(yōu)化 JVM。與其他應用程序相比，WebSphere Application Server 會(huì )生成更多中等生命周期對象和長(cháng)生命周期對象，因此，應該將此設置設置為小于缺省值。
缺省值：
32
建議值：
16
用法：
-XX:SurvivorRatio=16
-XX:PermSize
為永久生成對象保留的堆區域存儲 JVM 的所有反射數據。對于動(dòng)態(tài)地裝入和卸載大量類(lèi)的應用程序來(lái)說(shuō)，應該增大此大小以?xún)?yōu)化它們的性能。通過(guò)將此參數設置為 128MB，可以消除增大此部分堆所需的開(kāi)銷(xiāo)。
建議值：
128 MB
用法：
XX:PermSize=128m 將 perm 大小設置為 128 兆字節。
-Xmn
此設置控制允許新生成的對象在堆中耗用的空間量。正確調整此參數有助于降低垃圾回收開(kāi)銷(xiāo)，從而縮短服務(wù)器響應時(shí)間并提高吞吐量。此參數的缺省設置通常過(guò)低，這將導致執行大量的小型垃圾回收操作。如果將此參數設置得過(guò)高，可能會(huì )導致 JVM 僅執行大型(全面)垃圾回收。這些垃圾回收操作通常會(huì )耗時(shí)幾秒鐘，這將嚴重影響服務(wù)器的整體性能。您必須保持將此參數設置為小于整個(gè)堆大小的一半，以避免這種情況出現。
缺省值：
2228224 字節
建議值：
大約整個(gè)堆大小的 1/4
用法：
-Xmn256m 將大小設置為 256 兆字節。
-Xnoclassgc
缺省情況下，當一個(gè)類(lèi)沒(méi)有任何活動(dòng)實(shí)例時(shí)，JVM 就會(huì )從內存中卸載該類(lèi)，但是這樣會(huì )使性能下降。如果關(guān)閉類(lèi)垃圾回收，就可以消除由于多次裝入和卸載同一個(gè)類(lèi)而造成的開(kāi)銷(xiāo)。
如果不再需要某個(gè)類(lèi)，則該類(lèi)在堆中所占用的空間通常將用于創(chuàng )建新對象。但是，如果應用程序通過(guò)創(chuàng )建類(lèi)的新實(shí)例來(lái)處理請求，并且該應用程序的請求是隨機出現的，則可能會(huì )發(fā)生以下情況：先前請求者完成后，正常的類(lèi)垃圾回收將通過(guò)釋放這個(gè)類(lèi)占用的堆空間來(lái)清除這個(gè)類(lèi)，但當下一個(gè)請求出現時(shí)，又必須將這個(gè)類(lèi)重新實(shí)例化。在這種情況下，您可能想使用此選項來(lái)禁用類(lèi)垃圾回收。
缺省值：
啟用類(lèi)垃圾回收
建議值：
禁用類(lèi)垃圾回收
用法：
Xnoclassgc 禁用類(lèi)垃圾回收
有關(guān)調整 Sun JVM 的其他信息，請參閱 Java HotSpot VM 的性能文檔。
調整 HP JVM 的垃圾回收器
HP JVM 依靠分代垃圾回收來(lái)實(shí)現最佳性能。下列命令行參數對于調整垃圾回收來(lái)說(shuō)非常有用。
-Xoptgc
此設置針對包含許多短生命周期對象的應用程序優(yōu)化 JVM。如果未指定此參數，則 JVM 通常執行大型(全面)垃圾回收。全面垃圾回收會(huì )花費幾秒鐘時(shí)間，這將顯著(zhù)影響服務(wù)器性能。
缺省值：
off
建議值：
on
用法：
-Xoptgc 啟用優(yōu)化的垃圾回收。
-XX:SurvivorRatio
將 Java 堆劃分為舊對象(長(cháng)生命周期對象)區域和新對象區域。新對象區域進(jìn)一步細分為兩部分，第一部分用于分配給新對象(初始區域)，第二部分存放那些經(jīng)過(guò)其前幾次垃圾回收之后、但在被提升為舊對象之前仍在使用中的新對象(幸存者空間)。幸存者比率是堆的新對象區域中初始區域與幸存者空間的比率。增大此設置將針對需要創(chuàng )建大量對象但僅保留少量對象的應用程序優(yōu)化 JVM。與其他應用程序相比，WebSphere Application Server 會(huì )生成更多中等生命周期對象和長(cháng)生命周期對象，因此，應該將此設置設置為小于缺省值。
缺省值：
32
建議值：
16
用法：
-XX:SurvivorRatio=16
-XX:PermSize
為永久生成對象保留的堆區域存儲 JVM 的所有反射數據。對于動(dòng)態(tài)地裝入和卸載大量類(lèi)的應用程序來(lái)說(shuō)，應該增大此大小以?xún)?yōu)化它們的性能。通過(guò)將此參數指定為 128 兆字節，可以消除增大此部分堆所需的開(kāi)銷(xiāo)。
缺省值：
0
建議值：
128 兆字節
用法：
-XX:PermSize=128m 將 PermSize 設置為 128 兆字節
-XX:+ForceMmapReserved
缺省情況下，Java 堆以“惰性交換”方式進(jìn)行分配。在此方式下，將根據需要來(lái)分配內存頁(yè)，這樣可以節省交換空間，但是也將強制使用 4KB 頁(yè)。在大型堆系統中，這種內存分配方式允許堆包含數以十萬(wàn)計的頁(yè)。此命令禁用“惰性交換”并允許操作系統使用較大的內存頁(yè)，從而優(yōu)化對構成 Java 堆的內存的訪(fǎng)問(wèn)。
缺省值：
off
建議值：
on
用法：
-XX:+ForceMmapReserved 將禁用“惰性交換”。
-Xmn
此設置控制允許新生成的對象在堆中耗用的空間量。正確調整此參數有助于降低垃圾回收開(kāi)銷(xiāo)，從而縮短服務(wù)器響應時(shí)間并提高吞吐量。此參數的缺省設置通常過(guò)低，這將導致執行大量的小型垃圾回收操作。
缺省值：
沒(méi)有缺省值
建議值：
大約整個(gè)堆大小的 3/4
用法：
-Xmn768m 將大小設置為 768 兆字節
虛擬頁(yè)大小
通過(guò)將 Java 虛擬機的指令頁(yè)大小和數據頁(yè)大小設置為 64MB，可以提高性能。
缺省值：
4MB
建議值：
64MB
用法：
使用以下命令。命令輸出提供了進(jìn)程可執行文件的當前操作系統特征：
chatr +pi64M +pd64M /opt/WebSphere/
AppServer/java/bin/PA_RISC2.0/
native_threads/java -Xnoclassgc
缺省情況下，當一個(gè)類(lèi)沒(méi)有任何活動(dòng)實(shí)例時(shí)，JVM 就會(huì )從內存中卸載該類(lèi)，但是這樣會(huì )使性能下降。如果關(guān)閉類(lèi)垃圾回收，就可以消除由于多次裝入和卸載同一個(gè)類(lèi)而造成的開(kāi)銷(xiāo)。
如果不再需要某個(gè)類(lèi)，則該類(lèi)在堆中所占用的空間通常將用于創(chuàng )建新對象。但是，如果應用程序通過(guò)創(chuàng )建類(lèi)的新實(shí)例來(lái)處理請求，并且該應用程序的請求是隨機出現的，則可能會(huì )發(fā)生以下情況：先前請求者完成后，正常的類(lèi)垃圾回收將通過(guò)釋放這個(gè)類(lèi)占用的堆空間來(lái)清除這個(gè)類(lèi)，但當下一個(gè)請求出現時(shí)，又必須將這個(gè)類(lèi)重新實(shí)例化。在這種情況下，您可能想使用此選項來(lái)禁用類(lèi)垃圾回收。
缺省值：
啟用類(lèi)垃圾回收
建議值：
禁用類(lèi)垃圾回收
用法：
Xnoclassgc 禁用類(lèi)垃圾回收
有關(guān)調整 HP 虛擬機的其他信息，請參閱 Java 技術(shù)軟件 HP-UX 11i。
調整 HP 的 JVM for HP-UX 設置下列選項以提高應用程序性能：
-XX:SchedulerPriorityRange=SCHED_NOAGE
-Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.DevPollSelectorProvider
-XX:-ExtraPollBeforeRead
【在java中Synchronized的用法】相關(guān)文章：
粵語(yǔ)中“好”字的用法10-25
jQuery中prev()方法用法07-16
在Java中執行JavaScript代碼07-14
粵語(yǔ)中“定”和“先生”的用法06-17