在Java中，悲觀鎖和樂觀鎖是用于解決并發訪問共享資源時可能發生的數據不一致問題的兩種不同的鎖機制。
悲觀鎖的機制是在訪問共享資源之前，先鎖定資源，保證其他線程無法同時訪問，只有當前線程完成操作后才釋放鎖。Java中常用的悲觀鎖機制是使用synchronized關鍵字或ReentrantLock類來實現。
示例代碼：
public class PessimisticLockExample {
private int sharedData = 0;
private final Object lock = new Object();
public void increment() {
synchronized (lock) {
sharedData++;
}
}
public int getSharedData() {
synchronized (lock) {
return sharedData;
}
}
}
在上述示例中，使用了synchronized來保證在執行increment()和getSharedData()方法時只有一個線程能夠訪問sharedData變量。
樂觀鎖的機制是假設在操作共享資源時不會發生沖突，因此不會使用顯式的鎖來保護資源。相反，每個線程在讀取和修改資源之前會先對資源進行一次快照，然后在更新時檢查快照是否發生了變化。如果快照發生了變化，意味著其他線程已經修改了資源，當前線程需要重新讀取資源并重新執行操作。Java中常用的樂觀鎖機制是使用Atomic類或版本號機制來實現。
示例代碼：
public class OptimisticLockExample {
private AtomicInteger sharedData = new AtomicInteger(0);
public void increment() {
int oldValue;
int newValue;
do {
oldValue = sharedData.get();
newValue = oldValue + 1;
} while (!sharedData.compareAndSet(oldValue, newValue));
}
public int getSharedData() {
return sharedData.get();
}
}
在上述示例中，使用了AtomicInteger類的compareAndSet()方法來實現樂觀鎖機制，保證只有當sharedData的值沒有發生變化時才會進行更新操作。
需要注意的是，悲觀鎖和樂觀鎖各有其適用的場景和優缺點。悲觀鎖在并發量較大或預期沖突較多的情況下效果較好，但會帶來較大的開銷。樂觀鎖在并發量較小或預期沖突較少的情況下效果較好，但需要注意處理沖突的情況。因此，在使用鎖機制時需要根據具體情況選擇合適的鎖機制。
