Удаление аггрегируемого объекта в другом потоке

[Fynjisx]

Привет всем! Вопрос такой:
Есть класс, в котором один из агрегируемых объектов после создания класса переносится в другой поток!
Если я разрушаю объект класса верхнего уровня, будет ли удаляться агрегируемый объект, который уже в другом потоке или ему надо явно засылать deletelater в деструкторе класса верхнего уровня???

[RedDog]

Если ему парент назначен, то в отличный от родительского потока он не переместится.
А если не назначен, то кто его удалит, кроме программиста?

[Fynjisx]

Если ему парент назначен, то в отличный от родительского потока он не переместится.
А если не назначен, то кто его удалит, кроме программиста?

Парент не назначен. Я думал, все аггрегируемые объекты уничтожаются автоматически при удалении класса контейнера.
Так, как грамотно его удалить? В деструкторе класса контейнера deleteLater() сделать?

[Fregloin]

Ответ - удалять вручную в другом потоке

[Igors]

Я думал, все аггрегируемые объекты уничтожаются автоматически при удалении класса контейнера.

Правильно думали, так и есть. Опасность что удалится объект который сейчас используется другой ниткой - проблема типовая, с "переносом" (moveToThread) она не связана. Какое-то общего/универсального решения нет. Самое простое - не удалять объект пока не завершится нитка использующая хотя бы один из его членов. Ну или связываться с QSharedPointer.

[RedDog]

Можно сконнектить сигнал destroyed() класса контейнера с методом deleteLater() вложенного класса.

[Igors]

Можно сконнектить сигнал destroyed() класса контейнера с методом deleteLater() вложенного класса.

Это не поможет если удаляется объект "верхнего уровня", все его члены будут разрушены. 

[RedDog]

Можно сконнектить сигнал destroyed() класса контейнера с методом deleteLater() вложенного класса.

Это не поможет если удаляется объект "верхнего уровня", все его члены будут разрушены. 

С чего это, если парента никто не назначал?

Код:

Container::Container(QObject *parent)
    : QObject(parent)
    , m_workersThread(new QThread)

{
    m_workersThread->start();
    QObject::connect(m_workersThread, &QThread::started,
                     this, &Container::run);
    QObject::connect(this, &Container::ready,
                     this, &QObject::deleteLater);
}

void Container::run()
{
    for (int i = 0; i < 3; ++i)
    {
        Worker* worker = new Worker;
        QObject::connect(this, &QObject::destroyed,
                         worker, &QObject::deleteLater);
        worker->moveToThread(m_workersThread);
        m_workers.push_back(worker);
    }
    emit ready();
}

Worker::Worker(QObject *parent) 
    : QObject(parent)
{
}

Worker::~Worker()
{
    qDebug() << "destroy";
}

выводит 3 раза  "destroy"

[Igors]

С чего это, если парента никто не назначал?

Причем тут парент? Насколько я понял, у ТС такая ситуевина

Код

C++ (Qt)
class MyClass {
...
  SomeClass m_data;   // этот член переносится в др поток
};

[RedDog]

С чего это, если парента никто не назначал?

Причем тут парент? Насколько я понял, у ТС такая ситуевина

Код

C++ (Qt)
class MyClass {
...
  SomeClass m_data;   // этот член переносится в др поток
};

Если человек задался вопросом про deleteLater() то логично было предположить, что он работает через указатели. Что я собственно и сделал.

[ViTech]

Причем тут парент? Насколько я понял, у ТС такая ситуевина
...

Если человек задался вопросом про deleteLater() то логично было предположить, что он работает через указатели. Что я собственно и сделал.

Я делаю ставку, что там должен быть QPointer, кто больше? Может лучше пусть ТС сам расскажет, что именно у него там находится, какая агрегация и зачем потоки.

[Авварон]

Может лучше пусть ТС сам расскажет, что именно у него там находится, какая агрегация и зачем потоки.

Тссс, телепаты вышли из отпуска.

[sergek]

Коллеги, может просто рассмотрим варианты указателя и объекта? Не знаю, зачем это нужно, но ну его, этого ТС, просто интересно. 

[RedDog]

Коллеги, может просто рассмотрим варианты указателя и объекта? Не знаю, зачем это нужно, но ну его, этого ТС, просто интересно. 

Так уже все рассмотрели, ну кроме умных указателей.
ТСу есть из чего выбирать.

[sergek]

Так уже все рассмотрели, ну кроме умных указателей.

Да? Может, я зря сомневаюсь, но если указатели, и послан сигнал на deleteLate объекта в другом потоке, то нужно ли контейнеру дожидаться, пока объект уничтожится?