Qtで信号を送信するときのconst-ref

Question

これはconst-refで決して得られないことです。誰かが私に説明できることを本当に願っています。

別の関数の中で関数を呼び出すと、私が改ざんするつもりがないスタックオブジェクトを渡すときに、そのconst-refが最良の方法です。例：

void someInnerFunction(const QString& text) { 
    qDebug() << text; 
} 

void someFunction() { 
    QString test = "lala"; 
    .... 
    someInnerFunction(test); 
} 

これまでのところ、とても良いと思います。しかし、シグナルはどうですか？参照を渡すことに伴うリスクはありませんか？たとえそれがconstであっても。私はconst-refに関するすべてのドキュメントを読んでいるように感じていますが、私は「オブジェクトへの参照を送信してそれを維持する」と理解しているため、少し危険です。それが参照しているオブジェクトが範囲外になるとどうなりますか？例えば

：

void someFunction() { 
    connect(this, SIGNAL(someSignal(const QString&)), this, SLOT(someSlot(const QString&))); 

    QString test = "lala"; 
    emit someSignal(test); 

    // doesnt test go out of scope here? and since im not using queued connection the QString object doesnt get copied. 
} 

void someSlot(const QString& test) { 
    qDebug() << test; // will this work? 
} 

は本当にここで何が起こっているの？私は頻繁にオブジェクトにアクセスしたいがそれを変更したくない関数呼び出しに対してconst-refを使う。しかし、シグナルはどうですか？ほとんどのシグナルはQtのdocでconst-ref parmを持っているようですが、どのように機能しますか？

Answer 1

this answerによれば、Qtはconst参照をコピーに置き換えます。

編集：明らかに常にそうとは限りません...私はちょうど1つのスレッドで基本テストプログラムを実行し、参照が正しく渡されました。そのコンステネスもそのまま残っていました。とにかく、はい、範囲外になる変数に注意する必要があります。また、この方法でスレッド間で参照を送信することはできません。そうした場合、コピーのみが渡されます。

例のコメントにある質問に答えるには、はい、直接接続か待機中の接続かに関係なく機能します。それが直接接続の場合は、someFunction()が終了する前にsomeSlot()が実行されるために動作します。キューに入れられた接続の場合は、testが参照渡しではなくコピーされるために機能します。

Answer 2

Qtでは、1つまたは複数のスロットに接続されている信号を放射するとき、それは同期関数呼び出しと同じです...信号とスロットがキューに入れられた接続を使用するように設定していない限り、スタックデータを渡すときは注意が必要です。データを別のスレッドに渡すようにコピーを渡す必要があります。ここで

Answer 3

は、信号/スロットがコピーを管理する方法はQtを示す良いデモンストレーションです：http://www.embeddeduse.com/2013/06/29/copied-or-not-copied-arguments-signals-slots/