В документации написано, что exec следует вызывать в главном потоке. И действительно если вызывать из qthread::run сигналы-слоты н е рабртают. Чем это вызвано и как работает? Можно ли вызывать exec в qthread или там только while (1)? Можно ли как то использовать сигналы слоты без exec в главном а только в дочеренм? Столкнулся с тем, что потоки не могут начать нормально работать, пока в главном не вызван exec, а в главном выполняются  медленные задачи.

QCoreApplication::exec вызывается 1 раз в начале программы (обычно в main.cpp), чтобы запустить всю систему. Это принципиальное условие, чтобы остальные объекты вашего приложения начали работать (в т.ч. потоки).

После этого QThread::exec можно вызывать где угодно в приложении, чтобы запустить данный конкретный поток.

Нет, потоки работают и без главного экзека (выполняется их run). Без главного не работают только сигналы/слоты.

Каждый QThread имеет свой EventLoop который может быть запущен вызовом exec. Каждый QObject знает к какой QThread он относится, этим можно управлять с помощью пресловутого moveToThread. Если посылается сигнал с QueuedConnection то он закидывается в EventLoop той нитки которая установлена для приемника. Если посылается сигнал с AutoConnection то сверяется принадлежность приемника текущей нитке и если не совпадают - используется QueuedConnection, иначе DirectConnection. Все это уже жевалось столько что набило оскомину.

Вызывать  QApplication::exec НЕ из главной - ну хз, вроде слышал работает и так. Обычно это саязывается с "запуском Qt из НЕ Qt приложения" Но сам не проверял т.к. оно и нафиг не надо, незачем искать приключений

Попробовал - не работает. Ну ладно, итак понятно что это плохая идея.

Старый код забивает главный поток тем, что сидит на сокете. Понадобилось подключить qt библиотеку, которая использует слоты для обмена внутри себя. Искал решение, чтобы не делать рефакторинг старого кода. Понятно, что правильнее вынести чтение сокета в отдельный поток, а в главном замутить exec, но сейчас это обойдется довольно дорого.