Arduino ESP8266提取HTTPClient初始化函数报错解决方案

编译报错的核心原因是ESP8266的HTTPClient类禁用了拷贝构造函数：你写的prepareRequest函数返回值为HTTPClient值类型，返回局部对象时会触发拷贝构造逻辑，但HTTPClient内部持有std::unique_ptr类型成员，而unique_ptr本身是不可拷贝的，因此类的拷贝构造函数被隐式删除，直接返回值会触发编译错误。
除此之外你的原始重构逻辑还有一个隐藏运行时bug：prepareRequest内定义的WiFiClient client是函数局部变量，函数返回后该变量会立刻被销毁，HTTPClient持有的client引用会变成野引用，即使解决编译问题也会导致请求崩溃。

方案1：传引用初始化（最推荐，无额外开销） #

不要通过返回值传递HTTPClient实例，改为由调用方创建WiFiClient和HTTPClient对象，以引用形式传入初始化函数完成公共配置，完全避开对象拷贝逻辑，同时不会出现生命周期问题。
示例代码：

// 所有需要初始化的对象都以引用形式传入
void prepareRequest(WiFiClient& client, HTTPClient& http, const char* url) {
  http.begin(client, url);
  http.addHeader("Content-Type", "application/json");
}

void httpPut(const char* url, const char* data) {
  WiFiClient client;
  HTTPClient http;
  prepareRequest(client, http, url);
  http.PUT(data);
  http.end();
}

void httpGet(const char* url) {
  WiFiClient client;
  HTTPClient http;
  prepareRequest(client, http, url);
  http.GET();
  http.end();
}

该写法完全符合DRY原则，无额外内存开销，不会出现生命周期问题，是嵌入式资源受限场景下的最优实现。

方案2：移动语义返回对象（需注意生命周期管理） #

如果一定要用返回值的写法，可以通过C++移动语义触发HTTPClient的移动构造（移动构造没有被删除），同时必须把WiFiClient的定义放到调用方，保证其生命周期覆盖HTTPClient的整个使用周期。
示例代码：

#include <utility> // 引入std::move所需头文件

// WiFiClient由调用方传入，保证生命周期足够长
HTTPClient prepareRequest(WiFiClient& client, const char* url) {
  HTTPClient http;
  http.begin(client, url);
  http.addHeader("Content-Type", "application/json");
  // 转换为右值触发移动构造，避开已删除的拷贝构造
  return std::move(http);
}

void httpGet(const char* url) {
  WiFiClient client; // client与http同生命周期，不会提前销毁
  HTTPClient http = prepareRequest(client, url);
  http.GET();
  http.end();
}

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