額，這么簡單，就直接定義一個類，該類隨便定義實例化個Object對象，然後在類中再定義2個內部線程類，線程一，對object使用synchronized，在synchronized塊中用個while(true)的死循環就好了，線程二，對object也是使用synchronized同步，至於synchronized塊中幹啥，你自己看著辦，反正線程一死循環不會釋放object對象鎖，線程二是執行不到裡面的代碼塊的
⑵ Java怎樣鎖鍵盤
我們可以查閱api文檔，可以發現在 toolkit 類中呢，有個
setLockingKeyState方法，使用方法如下：
public voidsetLockingKeyState(int keyCode,
boolean on)
設置鍵盤上給定鎖定鍵的狀態。有效鍵代碼是
VK_CAPS_LOCK
、
VK_NUM_LOCK
、
VK_SCROLL_LOCK
和
VK_KANA_LOCK
。
根據不同的平台，設置鎖定鍵的狀態可能涉及事件處理，因此不能立即通過 getLockingKeyState 觀察到。
拋出：
IllegalArgumentException- 如果keyCode不是有效鍵代碼之一
UnsupportedOperationException- 如果主機系統不允許以編程方式設置此鍵的狀態，或者鍵盤沒有此鍵
HeadlessException- 如果
GraphicsEnvironment.isHeadless() 返回 true
。
ToolKit.getDefaultToolKit().setLockingKeyState(KeyEvent.VK_NUM_LOCK,false);
這樣我們就鎖定了鍵盤上的數字鍵盤哦，大家還可以試一下
VK_CAPS_LOCK、VK_SCROLL_LOCK和VK_KANA_LOCK
⑶ java中synchronized函數鎖，鎖的是什麼
修飾方法就代表鎖的是此方法體，如 public synchronized int cal(){...} 表示每次訪問此方法都只能一個線程訪問，其他的要等待訪問完了才能進入此方法，這是競爭鎖，synchronized(obj)鎖的是obj,代表只有獲取了此obj鎖，才能繼續訪問，更高級的推薦使用Lock或ReentrainLock。
⑷ JAVA編程同步，加鎖如何實現，有何優缺點
同步鎖「synchronize」，手動鎖Lock
synchronize：自動鎖住，自動開鎖。（自動都是建立在一定的條件上的）
Lock：手動，手動鎖住，手動開鎖
具體如何實現，這里不好說，一時說不清，自行搜索。
⑸ java中的鎖有哪幾種
lock比synchronized比較如下：
1) 支持公平鎖，某些場景下需要獲得鎖的時間與申請鎖的時間相一致，但是synchronized做不到
2) 支持中斷處理，就是說那些持有鎖的線程一直不釋放，正在等待的線程可以放棄等待。如果不支持中斷處理，那麼線程可能一直無限制的等待下去，就算那些正在佔用資源的線程死鎖了，正在等待的那些資源還是會繼續等待，但是ReentrantLock可以選擇放棄等待
3) condition和lock配合使用，以獲得最大的性能
JAVA中鎖使用的幾點建議：
1.如果沒有特殊的需求，建議使用synchronized，因為操作簡單，便捷，不需要額外進行鎖的釋放。鑒於JDK1.8中的ConcurrentHashMap也使用了CAS+synchronized的方式替換了老版本中使用分段鎖（ReentrantLock）的方式，可以得知，JVM中對synchronized的性能做了比較好的優化。
2.如果代碼中有特殊的需求，建議使用Lock。例如並發量比較高，且有些操作比較耗時，則可以使用支持中斷的所獲取方式；如果對於鎖的獲取，講究先來後到的順序則可以使用公平鎖；另外對於多個變數的鎖保護可以通過lock中提供的condition對象來和lock配合使用，獲取最大的性能。
⑹ Java鎖有哪些種類，以及區別
一、公平鎖/非公平鎖
公平鎖是指多個線程按照申請鎖的順序來獲取鎖。
非公平鎖是指多個線程獲取鎖的順序並不是按照申請鎖的順序，有可能後申請的線程比先申請的線程優先獲取鎖。有可能，會造成優先順序反轉或者飢餓現象。
對於Java ReentrantLock而言，通過構造函數指定該鎖是否是公平鎖，默認是非公平鎖。非公平鎖的優點在於吞吐量比公平鎖大。
對於Synchronized而言，也是一種非公平鎖。由於其並不像ReentrantLock是通過AQS的來實現線程調度，所以並沒有任何辦法使其變成公平鎖。
二、可重入鎖
可重入鎖又名遞歸鎖，是指在同一個線程在外層方法獲取鎖的時候，在進入內層方法會自動獲取鎖。說的有點抽象，下面會有一個代碼的示例。
對於Java ReentrantLock而言, 他的名字就可以看出是一個可重入鎖，其名字是Re entrant Lock重新進入鎖。
對於Synchronized而言,也是一個可重入鎖。可重入鎖的一個好處是可一定程度避免死鎖。
synchronized void setA() throws Exception{
Thread.sleep(1000);
setB();
}
synchronized void setB() throws Exception{
Thread.sleep(1000);
}
上面的代碼就是一個可重入鎖的一個特點，如果不是可重入鎖的話，setB可能不會被當前線程執行，可能造成死鎖。
三、獨享鎖/共享鎖
獨享鎖是指該鎖一次只能被一個線程所持有。
共享鎖是指該鎖可被多個線程所持有。
對於Java
ReentrantLock而言，其是獨享鎖。但是對於Lock的另一個實現類ReadWriteLock，其讀鎖是共享鎖，其寫鎖是獨享鎖。
讀鎖的共享鎖可保證並發讀是非常高效的，讀寫，寫讀 ，寫寫的過程是互斥的。
獨享鎖與共享鎖也是通過AQS來實現的，通過實現不同的方法，來實現獨享或者共享。
對於Synchronized而言，當然是獨享鎖。
四、互斥鎖/讀寫鎖
上面講的獨享鎖/共享鎖就是一種廣義的說法，互斥鎖/讀寫鎖就是具體的實現。
互斥鎖在Java中的具體實現就是ReentrantLock
讀寫鎖在Java中的具體實現就是ReadWriteLock
五、樂觀鎖/悲觀鎖
樂觀鎖與悲觀鎖不是指具體的什麼類型的鎖，而是指看待並發同步的角度。
悲觀鎖認為對於同一個數據的並發操作，一定是會發生修改的，哪怕沒有修改，也會認為修改。因此對於同一個數據的並發操作，悲觀鎖採取加鎖的形式。悲觀的認為，不加鎖的並發操作一定會出問題。
樂觀鎖則認為對於同一個數據的並發操作，是不會發生修改的。在更新數據的時候，會採用嘗試更新，不斷重新的方式更新數據。樂觀的認為，不加鎖的並發操作是沒有事情的。
從上面的描述我們可以看出，悲觀鎖適合寫操作非常多的場景，樂觀鎖適合讀操作非常多的場景，不加鎖會帶來大量的性能提升。
悲觀鎖在Java中的使用，就是利用各種鎖。
樂觀鎖在Java中的使用，是無鎖編程，常常採用的是CAS演算法，典型的例子就是原子類，通過CAS自旋實現原子操作的更新。
六、分段鎖
分段鎖其實是一種鎖的設計，並不是具體的一種鎖，對於ConcurrentHashMap而言，其並發的實現就是通過分段鎖的形式來實現高效的並發操作。
我們以ConcurrentHashMap來說一下分段鎖的含義以及設計思想，ConcurrentHashMap中的分段鎖稱為Segment，它即類似於HashMap(JDK7與JDK8中HashMap的實現)的結構，即內部擁有一個Entry數組，數組中的每個元素又是一個鏈表;同時又是一個ReentrantLock(Segment繼承了ReentrantLock)。
當需要put元素的時候，並不是對整個hashmap進行加鎖，而是先通過hashcode來知道他要放在那一個分段中，然後對這個分段進行加鎖，所以當多線程put的時候，只要不是放在一個分段中，就實現了真正的並行的插入。
但是，在統計size的時候，可就是獲取hashmap全局信息的時候，就需要獲取所有的分段鎖才能統計。
分段鎖的設計目的是細化鎖的粒度，當操作不需要更新整個數組的時候，就僅僅針對數組中的一項進行加鎖操作。
七、偏向鎖/輕量級鎖/重量級鎖
這三種鎖是指鎖的狀態，並且是針對Synchronized。在Java
5通過引入鎖升級的機制來實現高效Synchronized。這三種鎖的狀態是通過對象監視器在對象頭中的欄位來表明的。
偏向鎖是指一段同步代碼一直被一個線程所訪問，那麼該線程會自動獲取鎖。降低獲取鎖的代價。
輕量級鎖是指當鎖是偏向鎖的時候，被另一個線程所訪問，偏向鎖就會升級為輕量級鎖，其他線程會通過自旋的形式嘗試獲取鎖，不會阻塞，提高性能。
重量級鎖是指當鎖為輕量級鎖的時候，另一個線程雖然是自旋，但自旋不會一直持續下去，當自旋一定次數的時候，還沒有獲取到鎖，就會進入阻塞，該鎖膨脹為重量級鎖。重量級鎖會讓其他申請的線程進入阻塞，性能降低。
八、自旋鎖
在Java中，自旋鎖是指嘗試獲取鎖的線程不會立即阻塞，而是採用循環的方式去嘗試獲取鎖，這樣的好處是減少線程上下文切換的消耗，缺點是循環會消耗CPU。
典型的自旋鎖實現的例子，可以參考自旋鎖的實現
⑺ java 可重入鎖如何避免死鎖的
synchronized標記的同步是要綁定一個對象的，不寫的話實際上實際上就是synchronized（this），即綁定當前對象，這個this對象就是鎖（synchronized中可以認為就是監視器），當LoggingWidget執行dosomething的時候獲得了這把鎖（this），那麼他去調用父類（Widget）的dosomthing的時候，父類的dosomething方法也要得到這個鎖（this），但是子類的這個方法還沒有運行完畢，所以還持有這個鎖，父類方法在等，子類不釋放鎖還拚命的讓父類方法執行，卻不知道父類方法在眼巴巴的等著這個鎖，這樣就死鎖了······
⑻ 求java圖形編程父窗口用密碼鎖住!
用一個JDialog
JDialog jd = new JDialog(父窗口,true);
這個JDialog中寫密碼框之類的東西。將這個對話框的setDefaultCloseOperation()的參數設為DO_NOTHING_ON_CLOSE
即：
setDefaultCloseOperation(JDialog.DO_NOTHING_ON_CLOSE);
然後在提交按鈕的事件處理方法中有條件的關閉該JDialog即可。。
⑼ java編程怎麼實現計算機鎖住功能
與系統這么緊密的功能，建議你還是用C/C++吧。
⑽ 如何使用java的鎖機制
可以在臨界區代碼開始的位置執行Lock類的lock方法，為代碼塊加鎖，而在臨界區的出口使用相同Lock實例的unlock方法，釋放臨界區資源。
Demo2-12中，主線程先創建了一個lockTest對象test，然後將相同的test對象交給兩個不同的線程執行。子線程1獲取到了lock後，開始執行before sleep輸出語句，遇到sleep後，線程1阻塞將會放棄執行權，這時線程2可以獲取執行權，當線程2執行lock方法時，發現鎖已經被別的線程獲取，所以線程2阻塞等待lock的釋放。線程1從sleep中被喚醒後，將繼續執行after sleep語句，之後釋放了鎖，此時線程2從鎖等待中被喚醒，執行臨近區的內容，因此Demo2-12的輸出是先線程1的兩條語句，之後才輸出線程2的兩條語句。而Demo2-13在沒有鎖的保護下，程序無法保證先將線程1的兩條語句輸出後再執行線程2的輸出，因此，Demo2-13的輸出結果是交叉的。