線程鎖定訪問

『壹』 產生線程死鎖的原因和處理方式

線程同步(就是加鎖)會有一個問題，就是產生死鎖
所謂死鎖: 是指兩個或兩個以上的進程在執行過程中，因爭奪資源而造成的一種互相等待的現象，若無外力作用，它們都將無法推進下去。

地上放著兩個桶泡麵，一個老壇酸菜，一個小雞燉磨茹。有兩個人： 一個產品 (線程1)， 一個測試 (線程2)，同時撲向 搶老壇酸菜 (鎖A)和 小雞燉磨茹 (鎖B)，產品拿到老壇酸菜，測試拿到小雞燉磨茹，同一時刻，產品伸要去拽測試懷里的小雞燉磨茹，測試伸手去拽產品的老壇酸菜，互使剪刀腳兩個僵持不下，就卡死在那了，叫這就死鎖。如果沒有 一個開發 將他們各打一頓解救出來(中斷狀態)，它們將無法推進下去。

死鎖是因為多線程訪問共享資源，由於訪問的順序不當所造成的，通常是一個線程鎖定了一個資源A，而又想去鎖定資源B；在另一個線程中，鎖定了資源B，而又想去鎖定資源A以完成自身的操作，兩個線程都想得到對方的資源，而不願釋放自己的資源，造成兩個線程都在等待，而無法執行的情況。

如果只使用一個鎖就不會有死鎖的問題，不過復雜場景下不太理實。
1.以確定的順序獲得鎖

2.超時放棄
Lock介面提供了boolean tryLock(long time, TimeUnit unit) throws InterruptedException方法，該方法可以按照固定時長等待鎖，因此線程可以在獲取鎖超時以後，主動釋放之前已經獲得的所有的鎖。通過這種方式，也可以很有效地避免死鎖。

死鎖示列:

『貳』 Python多線程之threading之Lock對象

要介紹Python的 threading 模塊中的 Lock 對象前, 首先應該了解以下兩個概念:

1.基本概念 : 指某個函數/函數庫在多線程環境中被調用時, 能夠正確地處理多個線程之間的 共享變數 , 使程序功能正常完成. 多個線程訪問同一個對象時, 如果不用考慮這些線程在運行時環境下的調度和交替執行, 也不需要進行額外的同步, 或者在調用方進行任何其他操作,調用這個對象的行為都可以獲得正確的結果, 那麼這個對象就是線程安全的. 或者說: 一個類或者程序所提供的介面對於線程來說是 原子操作 或者多個線程之間的切換不會導致該介面的執行結果存在二義性, 也就是說我們不用考慮同步的問題.

2.示例 : 比如有間銀行只有1000元, 而兩個人同時提領1000元時,就有可能拿到總計2000元的金額. 為了避免這個問題, 該間銀行提款時應該使用 互斥鎖 , 即意味著對同一個資源處理時, 前一個提領交易完成後才處理下一筆交易.

3.線程安全意義 :

4.是否線程安全 :

5.資源競爭 : 即多個線程對同一個資源的改寫時, 存在的一種競爭. 如果僅僅是讀操作, 則不存在資源競爭的情況.

1.基本概念 : 因為存在上述所說的 線程安全與資源競爭 的情況, 所以引入了 線程鎖 . 即通過鎖來進行資源請求的限制, 以保證同步執行,避免資源被污染或預期結果不符. 線程鎖存在兩種狀態: 鎖定(locked)和非鎖定(unlocked).

2.基本方法 :

3.使用示例 :

上述示例如果在不加鎖的情況下, 將會出現列印順序混亂的情況, 不過最終結果都是正確的, 因為即使線程交替執行, 但最終的結果都是一致.

『叄』 怎麼處理java多線程死鎖問題

有兩種實現方法，分別是繼承Thread類與實現Runnable
介面
用synchronized關鍵字修飾同步方法
反對使用stop()，是因為它不安全。它會解除由線程獲取的所有鎖定，而且如果對象處於一種不連貫狀態，那麼
其他線程能在那種狀態下檢查和修改它們。結果很難檢查出真正的問題所在。suspend()方法容易發生死鎖。調用
suspend()的時候，目標線程會停下來，但卻仍然持有在這之前獲得的鎖定。此時，其他任何線程都不能訪問鎖定
的資源，除非被"掛起"的線程恢復運行。對任何線程來說，如果它們想恢復目標線程，同時又試圖使用任何一個
鎖定的資源，就會造成死鎖。所以不應該使用suspend()，而應在自己的Thread類中置入一個標志，指出線程應該
活動還是掛起。若標志指出線程應該掛起，便用wait()命其進入等待狀態。若標志指出線程應當恢復，則用一個
notify()重新啟動線程。

『肆』 IOS多線程安全（線程鎖）

線程的不安全是由於多線程訪問和修改共享資源而引起的不可預測的結果。
ios多線程開發中為保證線程的安全常用到的幾種鎖： NSLock 、 dispatch_semaphore 、 NSCondition 、 NSRecursiveLock 、 @synchronized 。

WEAKSELF typeof(self) __weak weakSelf = self;

NSLock 是OC層封裝底層線程操作來實現的一種鎖，繼承NSLocking協議。不能迭代加鎖，如果發生兩次lock，而未unlock過，則會產生死鎖問題。
以車站購票為例，多個窗口同時售票（同步），每個窗口有人循環購票：

原子操作
原子操作是指不可打斷的操作，也就是說線程在執行操作的過程中，不會被操作系統掛起，而是一定會執行完，
變數屬性Property中的原子定義
一般我們定義一個變數@property (nonatomic ,strong)NSLock *lock;nonatomic：非原子性，不會為setter方法加鎖，適合內存小的移動設備；atomic：原子性，默認為setter方法加鎖（默認就是atomic），線程安全。
PS： 在iOS開發過程中，一般都將屬性聲明為nonatomic，盡量避免多線程搶奪同一資源，盡量將加鎖等資源搶奪業務交給伺服器。

NSCondition常用於生產者-消費者模式，它繼承了NSLocking協議，同樣有lock和unlock方法。條件變數有點像信號量，提供了線程阻塞和信號機制，因此可以用來阻塞某個線程，並等待數據就緒再喚醒程序。

信號量主要有3個函數，分別是：

注意： 正常的使用順序是先降低然後提高，這兩個函數通常都是成對出現。

本文主要參考了這篇文章( https://www.cnblogs.com/crash-wu/p/4806499.html
)，並對其中所能理解的部分進行一一驗證，以前沒怎麼寫過類似的，如果有什麼做的不好的地方還請大家多多見諒！

『伍』 java 如何判斷一個對象被其它線程讀或寫鎖定如果鎖定則所在方法return

你需要一種非阻塞式的鎖。java.util.cocurrent包中的ReentrantReadWriteLock就提供了可重入的讀寫鎖機制。

=newReentrantReadWriteLock();//讀寫鎖

publicbooleanread(){
//嘗試獲取讀鎖
if(rwl.readLock().tryLock()){
//讀資源
returntrue;
}else{//獲取讀鎖失敗
returnfalse;//立即返回
}
}

publicbooleanwrite(){
//嘗試獲取寫鎖
if(rwl.writeLock().tryLock()){
//寫資源
returntrue;
}else{//獲取寫鎖失敗
returnfalse;//立即返回
}
}

『陸』 asp.net 中使用線程鎖定lock(this)可能會出現於public訪問屬性沖突的問題，誰有解決方案，不吝賜教！

MSDN上有：
通常，應避免鎖定 public 類型，否則實例將超出代碼的控制范圍。 常見的結構 lock (this)、lock (typeof (MyType)) 和 lock ("myLock") 違反此准則：
如果實例可以被公共訪問，將出現 lock (this) 問題。
如果 MyType 可以被公共訪問，將出現 lock (typeof (MyType)) 問題。
由於進程中使用同一字元串的任何其他代碼都將共享同一個鎖，所以出現 lock("myLock") 問題。
最佳做法是定義 private 對象來鎖定, 或 private static 對象變數來保護所有實例所共有的數據。

『柒』 java 一個線程被鎖定了為什麼其他線程可以對其進行修改

m2又沒有鎖，怎麼會被鎖？

『捌』 線程鎖定

臨界區可以解決。自己網路相關資料。
如果有多個線程試圖同時訪問臨界區，那麼在有一個線程進入後其他所有試圖訪問此臨界區的線程將被掛起，並一直持續到進入臨界區的線程離開。臨界區在被釋放後，其他線程可以繼續搶占，並以此達到用原子方式操作共享資源的目的。

『玖』 線程鎖的原理是什麼

線程鎖的原理:當對象獲取鎖時，它首先使自己的高速緩存無效，這樣就可以保證直接從主內存中裝入變數。

同樣，在對象釋放鎖之前，它會刷新其高速緩存，強制使已做的任何更改都出現在主內存中。 這樣，會保證在同一個鎖上同步的兩個線程看到在 synchronized 塊內修改的變數的相同值。

一般來說，線程以某種不必讓其他線程立即可以看到的方式（不管這些線程在寄存器中、在處理器特定的緩存中，還是通過指令重排或者其他編譯器優化），不受緩存變數值的約束。

(9)線程鎖定訪問擴展閱讀:

線程鎖在run()函數中使用QMutex實現同步，當多個線程訪問共享變數時，使用lock/trylock和unlock將共享變數包裹，以保證同步訪問共享變數。

如果不加鎖將會在2秒後同時修改num變數，將會導致線程不按照我們的想法執行，當前線程鎖定後，其他線程如果遇到共享變數將會等待解鎖；

使用QMutex上鎖解鎖時，當代碼提前退出有可能並未執行unlock(),若其他線程採用lock上鎖會一直被阻塞，導致內存溢出。

『拾』 java線程鎖 鎖住的是什麼意思

在Java語言中，引入對象互斥鎖的概念，保證共享數據操作的完整性。
每個對象都對應於一個可稱為"互斥鎖"的標記，這個標記保證在任一時刻，只能有一個線程訪問對象
用關鍵字synchronized給對象加互斥鎖。
其實原理還是鎖住資源,同一時刻保證一個線程能調用,這樣的話有時候會導致死鎖問題.
線程1鎖住資源A等待資源B，線程2鎖住資源B等待資源A，兩個線程都在等待自己需要的資源，而這些資源被另外的線程鎖住，這些線程你等我，我等你，誰也不願意讓出資源，這樣死鎖就產生了。