необъяснимая задержка после завершения загрузки QProgressBar

Попробуйте следующее:

#include <QtCore/QCoreApplication>
...

processMethod(...)
{
    Loop(...)
    {
        emit processBarSignle(value);
        QCoreApplication::processEvents();
        ...some calculations...
    }
    emit processBarSignle(100);
    QCoreApplication::processEvents();
}

processEvents() — это статический метод QCoreApplication, например, достаточно включить только QCoreApplication, который является частью библиотеки QtCore.

Кроме того, вы должны добавить processEvents() после обновления индикатора выполнения, а не до этого.

Обратите внимание, что processEvents() не возвращается до тех пор, пока не будет обработано каждое событие в очереди событий Qt. Если есть, например. кнопку Cancel, вам придется проверять, действительно ли пользователь отменил операцию каждый раз, когда вы вызывали processEvents().
Вы можете исключить пользовательские события, такие как щелчки мышью / нажатия клавиш, с помощью

QCoreApplication::processEvents( QEventLoop::ExcludeUserInputEvents )

но это не позволит щелкнуть что-либо (например, кнопку «Отмена»), пока цикл активен.

В качестве дальнейшего примечания: он должен называться "processBarSi ng le" ;-)

Уточнение по темам и т. д.:

Весь ваш цикл и любые щелчки мыши и т. д. выполняются только в одном потоке. Если вы вызываете emit(), slot, связанный с этим signal, выполняется мгновенно (если слот фактически не находился в другом потоке). При этом цикл не продолжается!

Когда слот закончится, ваш цикл продолжится. В моем примере это означает, что будет вызван processEvents(). Теперь, если ваш слот обновил индикатор выполнения или сделал что-то еще, что вызвало перерисовку, в очереди событий будет событие перерисовки, и теперь произойдет эта перерисовка.
Если вы выполните processEvents() перед вызовом своего слота, будет нет события перерисовки, которое могло бы быть обработано в этот момент.

И снова цикл не продолжается до тех пор, пока processEvents() не будет полностью выполнено. Когда все ожидающие события будут обработаны, цикл продолжит ваши вычисления.

В вашем примере кода на самом деле есть только один поток. Когда вызывается on_btn_nextProcess_clicked(), он показывает индикатор выполнения, а затем запускает processMethod() в том же потоке. В идеале вы хотите разделить свой пользовательский интерфейс и логику обработки данных.

При инициализации создайте отдельный QThread, запустите его и переместите свой объект LogicClass в этот поток, вызвав logicClassObject->moveToThread([ваш новый поток]). Затем превратите processMethod() в слот, создайте сигнал startProcessing() в MainWindow и соедините их. Наконец, создайте слот processingDone() в MainWindow и слот finishedProcessing() в LogicClass и соедините их. Когда все это настроено, вы можете изменить свой код на следующее:

void LogicClass::processMethod(...)
{
    Loop(...)
    {
        emit processBarSignal(value);
        ...some calculations...
    }
    emit processingDone();
}

void MainWindow::on_btn_nextProcess_clicked()
{
    m_ui->pBar_process->setVisible(true);
    emit startProcessing(...);
}

void MainWindow::finishedProcessing()
{
    m_ui->pBar_process->setVisible(false);
}

Всякий раз, когда вы соединяете сигналы и слоты из двух отдельных потоков, многопоточность обеспечивается автоматически. Выдача сигнала в одном потоке приводит к тому, что событие помещается в очередь в другом, который вызывает слот только после того, как второй поток восстанавливает управление.

В этом случае поток пользовательского интерфейса запланирует событие в потоке обработки, чтобы начать обработку. Затем поток обработки будет постоянно планировать обновления значения progressBar и, наконец, запланировать событие, чтобы отключить индикатор выполнения, когда оно будет выполнено. Два потока будут выполняться в соответствии с планировщиком потоков ОС, и обработка не будет блокировать пользовательский интерфейс.