一、問題描述

今天遇到一個問題，我在一個子線程中定義一個信號與槽函數(shù)，然后直接連接，最后會報錯Socket notifiers cannot be enabled or disabled from another thread

connect(thread_udpSocket,&QUdpSocket::readyRead,this,&Mythread::read_UDPData); exec();

二、問題解決

這是應為在高版本中QT的run函數(shù)限制比較多，基本無法使用信號與槽的方式，在子線程中只有run里面是子線程。別的都是父線程，所以調(diào)用其他函數(shù)就是夸線程調(diào)用了。

解決辦法：

1：我是直接在connect函數(shù)第五個參數(shù)添加一個直連的方式，但是這種方式隱患比較f多，如果測試基本沒問題，做產(chǎn)品不行

第五個參數(shù)代表槽函數(shù)在哪個線程中執(zhí)行 ：
1)自動連接(AutoConnection)，默認的連接方式，如果信號與槽，也就是發(fā)送者與接受者在同一線程，等同于直接連接；如果發(fā)送者與接受者處在不同線程，等同于隊列連接。（這個是線程安全的，默認是這個）
2)直接連接(DirectConnection)，當信號發(fā)射時，槽函數(shù)立即直接調(diào)用。無論槽函數(shù)所屬對象在哪個線程，槽函數(shù)總在發(fā)送者所在線程執(zhí)行，即槽函數(shù)和信號發(fā)送者在同一線程（注意這個是不安全的）
3)隊列連接(QueuedConnection)，當控制權回到接受者所在線程的事件循環(huán)時，槽函數(shù)被調(diào)用。槽函數(shù)在接受者所在線程執(zhí)行，即槽函數(shù)與信號接受者在同一線程
4)鎖定隊列連接(QueuedConnection)
Qt::BlockingQueuedConnection：槽函數(shù)的調(diào)用時機與Qt::QueuedConnection一致，不過發(fā)送完信號后發(fā)送者所在線程會阻塞，直到槽函數(shù)運行完。接收者和發(fā)送者絕對不能在一個線程，否則程序會死鎖。在多線程間需要同步的場合可能需要這個。
5)單一連接(UniqueConnection)
Qt::UniqueConnection：這個flag可以通過按位或（|）與以上四個結合在一起使用。當這個flag設置時，當某個信號和槽已經(jīng)連接時，再進行重復的連接就會失敗。也就是避免了重復連接

如果槽函數(shù)中有耗時操作，比如說while循環(huán)，主線程的信號子線程是不會響應的，除非使用直接連接(DirectConnection)，connect(this, &Controller::kill, worker, &Worker::stopWork, Qt::DirectConnection);，此時，槽函數(shù)工作于主線程。

（Qt有兩種多線程的方法，其中一種是繼承QThread的run函數(shù)，另外一種是把一個繼承于QObject的類轉移到一個Thread里。 Qt4.8之前都是使用繼承QThread的run這種方法，但是Qt4.8之后，Qt官方建議使用第二種方法。兩種方法區(qū)別不大，用起來都比較方便，但繼承QObject的方法更加靈活。）
2：就是使用movetothead，封裝一個類和一個線程綁定，這個我還沒用，暫時改參數(shù)使用

總結

以上是生活随笔為你收集整理的QT多线程run函数不能使用信号与槽的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。