從別的執行緒中訪問qobject子類
qobject和所有它的子類是非執行緒安全的。這包括整個的事件投遞系統。需要牢記的是，當你正從別的執行緒中訪問物件時，事件迴圈可以向你的qobject子類投遞事件。假如你呼叫乙個不生存在當前執行緒中的qobject子類的函式時，你必須用mutex來保護qobject子類的內部資料，否則會遭遇災難或非預期結果。像其它的物件一樣，qthread物件生存在建立它的那個執行緒中---不是當qthread::run()被呼叫時建立的那個執行緒。一般來講，在你的qthread子類中提供slots是不安全的，除非你用mutex保護了你的成員變數。
另一方面，你可以安全的從qthread::run()的實現中發射訊號，因為訊號發射是執行緒安全的。
跨執行緒的訊號-槽
qt支援三種型別的訊號-槽連線：
1，直接連線，當signal發射時，slot立即呼叫。此slot在發射signal的那個執行緒中被執行(不一定是接收物件生存的那個執行緒)
2，佇列連線，當控制權回到物件屬於的那個執行緒的事件迴圈時，slot被呼叫。此slot在接收物件生存的那個執行緒中被執行
3，自動連線(預設)，假如訊號發射與接收者在同乙個執行緒中，其行為如直接連線，否則，其行為如佇列連線。
連線型別可能通過以向connect()傳遞引數來指定。注意的是，當傳送者與接收者生存在不同的執行緒中，而事件迴圈正執行於接收者的執行緒中，使用直接連線是不安全的。同樣的道理，呼叫生存在不同的執行緒中的物件的函式也是不是安全的。qobject::connect()本身是執行緒安全的。
多執行緒與隱含共享
qt為它的許多值型別使用了所謂的隱含共享(implicit sharing)來優化效能。原理比較簡單，共享類包含乙個指向共享資料塊的指標，這個資料塊中包含了真正原資料與乙個引用計數。把深拷貝轉化為乙個淺拷貝，從而提高了效能。這種機制在幕後發生作用，程式設計師不需要關心它。如果深入點看，假如物件需要對資料進行修改，而引用計數大於1，那麼它應該先detach()。以使得它修改不會對別的共享者產生影響，既然修改後的資料與原來的那份資料不同了，因此不可能再共享了，於是它先執行深拷貝，把資料取回來，再在這份資料上進行修改。例如：
void qpen::setstyle(qt::penstyle style)一般認為，隱含共享與多執行緒不太和諧，因為有引用計數的存在。對引用計數進行保護的方法之一是使用mutex,但它很慢，qt早期版本沒有提供乙個滿意的解決方案。從4.0開始，隱含共享類可以安全地跨執行緒拷貝，如同別的值型別一樣。它們是完全可重入的。隱含共享真的是"implicit"。它使用組合語言實現了原子性引用計數操作，這比用mutex快多了。void qpen::detach()
}
假如你在多個執行緒中同進訪問相同物件，你也需要用mutex來序列化訪問順序,就如同其他可重入物件那樣。總的來講，隱含共享真的給」隱含「掉了，在多執行緒程式中，你可以把它們看成是一般的，非共享的，可重入的型別，這種做法是安全的。
Qt 多執行緒之 std thread 一
不時見到有人會這樣做 那麼，如何使用pthread，而又使用qt提供的執行緒間機制呢？本文的初衷源於此，但是使用的的是c 0x 的 std thread，而不是直接使用unix的pthread。既然用qt，還是盡量保證誇平台吧 不想寫太多的文字，還是用乙個乙個的小例子來說話吧。int main in...
Qt多執行緒之死鎖
目錄 一 造成死鎖的原因 現象分析 二 死鎖的概念和發生條件 三 死鎖的避免 四 避免死鎖的示例 一般性原則，每個臨界資源都需要乙個執行緒鎖來進行保護，假設有多個執行緒鎖該怎麼設計程式呢？先來看以下的乙個示例 很簡單就不加注釋了 qmutex g mutex 1 qmutex g mutex 2 c...
Qt 多執行緒之可重入與執行緒安全
qt 多執行緒之可重入與執行緒安全是本節要介紹的內容。在qt文件中，術語 可重入 與 執行緒安全 被用來說明乙個函式如何用於多執行緒程式。假如乙個類的任何函式在此類的多個不同的例項上，可以被多個執行緒同時呼叫，那麼這個類被稱為是 可重入 的。假如不同的執行緒作用在同乙個例項上仍可以正常工作，那麼稱之...