在MyMegaThread中创建QNetworkAccessManager的规范父对象设置方法

这个问题其实是Qt线程模型里非常常见的一个误区，我来帮你理清原因和规范的实现方式：

警告原因拆解 #

你遇到的警告核心在于Qt的线程亲和性规则：所有QObject的子对象必须和父对象处于同一个线程。你的MyMegaThread实例是在主线程创建的，所以它的线程亲和性属于主线程；但你在run()方法（子线程上下文）里用this作为父对象创建QNetworkAccessManager，就导致子对象（manager）在子线程，父对象（MyMegaThread实例）在主线程，违反了Qt的规则，所以触发了警告。

规范实现方式 #

这里有几种可靠的解决办法，按推荐程度排序：

1. 不设置父对象，用智能指针管理生命周期 #

这是最简单也最安全的方式，因为你已经在用mp_manager.reset()（看起来是智能指针，比如std::unique_ptr或QScopedPointer），完全不需要依赖父对象的自动销毁机制：

mp_manager.reset(new QNetworkAccessManager{}); // 移除父对象参数

这样创建的QNetworkAccessManager线程亲和性就是当前的子线程，完全符合Qt要求；线程结束时，智能指针会自动释放manager，不用担心内存泄漏。

2. 在子线程内创建专属父对象 #

如果你一定要给manager设置父对象，可以在run()方法里创建一个属于子线程的QObject作为父：

// 在子线程上下文创建本地父对象
QScopedPointer<QObject> threadLocalParent(new QObject);
mp_manager.reset(new QNetworkAccessManager{threadLocalParent.data()});

threadLocalParent是子线程内的对象，它的线程亲和性属于子线程，作为manager的父对象完全合规。线程结束时，threadLocalParent会被销毁，连带manager一起释放。

3. 避免将QThread子类实例作为父对象 #

别再用this（MyMegaThread实例）作为父对象了——QThread的设计很特殊：QThread对象本身属于创建它的线程（主线程），而它管理的是另一个独立的线程。所以QThread子类的实例永远不应该作为子线程内创建对象的父，这本身就违反了线程亲和性规则。

额外提示 #

QNetworkAccessManager本身的大部分方法是线程安全的，但把它固定在一个线程内使用是更稳妥的做法，你的整体思路（让manager仅在MyMegaThread线程内使用）是正确的，只要解决父对象的问题就可以了。

内容的提问来源于stack exchange，提问作者hedgar2017