Qt：信号メインスレッド

Question

類似の質問はたくさんありますが、適切な回答は見つかりませんでした。

私はサードパーティのライブラリを使用しています。

libのクラスの仮想メソッドのいくつかが呼び出されると、アプリケーションによって起動されたではないワーカースレッドから呼び出されます。このスレッドはQThreadではありません。

Qt :: DirectConnectionを使用してスロットに接続する場合のみ、このスレッドから送信できます。 SLOTのQObject :: sender（）は常にNULLを返します。 例えば、deleteLater（）を呼びたいと思っていますが、これはQThreadでのみスケジュールできます。

私はメインスレッドに戻る必要があると思いますが、メインスレッドでどのようにオブジェクトに信号を送ることができますか？

例：以下のメソッドが呼び出されると、サードパーティのライブラリで作成されたスレッドで同様の処理が行われます。

/*virtual*/ bool MediaPlayer::onEof() 
{ 
    stopTransmit(); 
    emit sigFinished(); // slots only called if bound using Qt::DirectConnection 
    deleteLater();  // dtor is never called 

    return false; 
} 

次のような接続は、また、非QThreadコンテキスト内から構成されています

/*virtual*/ void 
SipCall::state_answer_call::onEntering(SipCall& ref) 
{ 
    ... 
    MediaPlayer* player = new MediaPlayer; 
    ref.connect(player, SIGNAL(sigFinished()), SLOT(slotMediaFinished()), Qt::DirectConnection); 
    ... 
} 

明示Qt::DirectConnectionがなければ、SipCall::slotMediaFinished()呼び出されることはありません。

Answer 1

libのクラスのいくつかの仮想メソッドが呼び出されると、アプリケーションによって起動されていないワーカースレッドから呼び出されます。このスレッドはQThreadではありません。

それは問題だと間違った信念があります。そうではない。信号を発信するスレッドは重要ではありません。 QThreadを使用して開始する必要はありません。

実際、Cコールバックから信号を発信することは、マルチスレッドのCコールバックAPIをQtに接続する慣用的な方法です。それは何の努力もせずに動作することを意味します。

Qt :: DirectConnectionを使用してスロットに接続する場合のみ、このスレッドから送信できます。

これは正しくありません。シグナルとスロットが異なるスレッドに存在する場合、接続するスロット/ファンクタがスレッドセーフである場合に限り、直接接続を使用できます。私はあなたの疑いがあるので、あなたはではない直接接続を使用してください。自動接続は、あなたが必要とするものを正確に行います。

受信中のSipCallインスタンスが、実行中のイベントループを持つスレッドに存在しないため、動作しません。そのようなスレッドに移動するか、the G.M.'s answer to this questionで示唆されているように、メインスレッドにあるサンクファンクタを使用する必要があります。

サンクファンクタの問題は、メソッドを呼び出すオブジェクトのスレッド所有権を難読化することです。ほとんどの場合、SipCallのメソッドはスレッドセーフではありませんなので、あなたが壊しているメインスレッドから呼び出すことで可能です。プレーヤーをアプリケーションスレッドに移動し、そのスレッドからのみ使用されることを確認するのが最も安全です。あなたはサンク・ファンクタを必要としません。

特定のスレッドでコードを実行する方法（例：ファンクタ）を確認するには、this questionを参照してください。

Answer 2

MediaPlayerインスタンスplayerは、アクティブなイベントループを持たないスレッドで作成されるという問題があります。あなたがコードに...

ref.connect(player, SIGNAL(sigFinished()), SLOT(slotMediaFinished()), Qt::QueuedConnection); 

を変更すると

Qtのインフラストラクチャはplayerに関連するスレッドにイベントを掲載します。そのイベントを処理するイベントループがないため、ターゲットコードMediaPlayer::slotMediaFinishedは決して呼び出されません。

だから質問は...あなたはMediaPlayer::slotMediaFinishedを呼びたいと思っていますか？それがメインアプリケーションスレッドの場合は、実行する中contextようQCoreApplicationインスタンスに関連付けられているQThreadを使用します...

ref.connect(player, &MediaPlayer::sigFinished, QCoreApplication::instance(), 
    [&]() 
    { 
    player->slotMediaFinished(); 
    }, 
    Qt::QueuedConnection); 

（あなたがqt5とC++ 11を使用していると仮定）を試みることができますラムダ。

編集：

あなたは、私が提案できる唯一の他のオプションが機能することができ、あなたのメインアプリケーションスレッドでQObject派生変数を持つことであるqt5またはC++ 11を使用することはできません述べてきたようにplayerのプロキシコンテキストとして...

class proxy: public QObject { 
    Q_OBJECT; 
public slots: 
    void slotMediaFinished() 
    { 
     if (MediaPlayer *player = dynamic_cast<MediaPlayer *>(sender()) { 
     player->slotMediaFinished(); 
     } 
    } 
}; 

は、アプリケーションのスレッド上で上記のインスタンスを作成し、あなたのconnect文は...

ref.connect(player, SIGNAL(sigFinished()), &proxy_instance, SLOT(slotMediaFinished()), Qt::QueuedConnection) 

だろう

proxy_instance the、er、proxyインスタンス。今、sigFinishedシグナルが放射されると、Qtはイベントをproxy_instanceに通知します。それはMediaPlayerのインスタンスをQObject::senderから識別し、そのslotMediaFinishedのメンバーを呼び出すことができるproxy::slotMediaFinishedを呼び出します。