Механизм сигнала/слота Qt по сети

Неверно, что вы не можете создать QGenericArgument самостоятельно. Вам не рекомендуется этого делать, но то, что вы пытаетесь сделать, в любом случае очень зависит от реализации. В этом нет ничего сложного: вы предоставляете имя типа и указатель на данные данного типа. Например.:

QGenericArgument one() {
  static const char type[] = "int";
  static const int data = "1";
  return QGenericArgument{type, (void*)&data);
}

Дополнительный пример кода см. в разделе Introspectable Visitor этого ответа.

Как обеспечить, чтобы типы всегда получали один и тот же typeId при регистрации с использованием Q_DECLARE_METATYPE(..)?

Вы не знаете. Вы должны использовать имена типов, и каждый процесс должен разрешать их локально.

Если вы не хотите реализовать это самостоятельно, используйте что-то готовое, например, лицензированный MIT qt- дистанционные сигналы.

Вам действительно следует рассмотреть возможность использования Qt Remote Object, поскольку они выполняют все, что вам нужно, и даже больше (пульс, автоматическое повторное подключение при отключении, работает либо с QLocalSocket, либо с QTcpSocket под капотом и т. д.). Проще всего получать сигналы по сети с минимальными затратами. усилие, о котором я знаю.

https://doc.qt.io/qt-5/qtremoteobjects-index.html

Вам просто нужно определить .rep текстовый файл, который подобен файлу определения IDL.

class MyRemoteObject {
{
    SIGNAL(foo(int value));
    SIGNAL(bar(float value));
    SLOT(somethingChanged(int newValue));
};

а затем этот файл .rep используется для генерации кода для серверной части (известного как «источник») и кода для клиентской стороны (известного как «реплика») с использованием встроенного компилятора repc, который вызывается qmake или cmake. Все сигналы, вызываемые «источником», автоматически отправляются через все подключенные «реплики», а слоты, вызываемые «репликами», принимаются «источником».