Почему поведение объекта различается при назначении ему локальной и глобальной области/класса?

В приведенном ниже коде объект WiFiClient меняет поведение в зависимости от того, присвоен ли он переменной с локальной или нелокальной областью.

Локально:

#include <WiFi.h>

char ssid[] = "[redacted]";    // your network SSID (name)
char pass[] = "[redacted]";        // your network password
int status = WL_IDLE_STATUS;
WiFiServer server(80);

void setup()
{
    Serial.begin(115200);
    while (status != WL_CONNECTED) {
        status = WiFi.begin(ssid, pass);
        delay(5000);
    }
   
    server.begin();
}


void loop()
{
    WiFiClient client = server.available();
    if (client) {
        Serial.println("new client connected");
        String currentLine = "";
        while (client.connected()) {
            if (client.available()) {
                char c = client.read();
                Serial.write(c);
                if (c == '\n') {
                    if (currentLine.length() == 0) {
                        //do something
                    } else {
                        currentLine = "";
                    }
                } else if (c != '\r') {
                    currentLine += c;
                }
            }
        }
        client.stop();
        Serial.println("client disconnected");
    }
}

Вывод (когда клиент подключается):

// execution resumes here from blocking server.available() after a client connects ...

[INFO] A client connected to this server :
[PORT]: 58620
[IP]:192.168.2.36

new client connected
GET / HTTP/1.1
Host: 192.168.2.172
Connection: keep-alive
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.9,fil;q=0.8
Cookie: __guid=259319114.1308697201864418800.1719734660203.9114

Нелокальная область видимости:

#include <WiFi.h>

char ssid[] = "[redacted]";    // your network SSID (name)
char pass[] = "[redacted]";        // your network password
int status = WL_IDLE_STATUS;
WiFiServer server(80);
WiFiClient client;

void setup()
{
    Serial.begin(115200);
    while (status != WL_CONNECTED) {
        status = WiFi.begin(ssid, pass);
        delay(5000);
    }
   
    server.begin();
}

void loop()
{
    client = server.available();
    if (client) {
        Serial.println("new client connected");
        String currentLine = "";
        while (client.connected()) {
            if (client.available()) {
                char c = client.read();
                Serial.write(c);
                if (c == '\n') {
                    if (currentLine.length() == 0) {
                        //do something
                    } else {
                        currentLine = "";
                    }
                } else if (c != '\r') {
                    currentLine += c;
                }
            }
        }
        client.stop();
        Serial.println("client disconnected");
    }
}

Вывод (когда клиент подключается):

// execution resumes here from blocking server.available() after a client connects ...

[INFO] A client connected to this server :
[PORT]: 51193
[IP]:192.168.2.36

new client connected
client disconnected

[INFO] A client connected to this server :
[PORT]: 51192
[IP]:192.168.2.36

new client connected
client disconnected

[INFO] A client connected to this server :
[PORT]: 51194
[IP]:192.168.2.36

new client connected
client disconnected

// ...continues indefinitely

Согласно документации Arduino для server.available(), поведение, наблюдаемое, когда WiFiClient не локально ограничено, не является нормальным, и я уже сообщил о проблеме разработчикам используемого SDK. Однако в целом мне хотелось бы понять, почему назначение объекта в разных областях видимости в C/C++ может привести к такому изменению поведения.

Помимо помещения WiFiClient в глобальную переменную, как указано выше, я также попытался сделать ее членом класса. Я также пробовал разные вещи, чтобы заставить его работать, например, сохранение указателя или ссылки на объект WiFiClient, но ничего из этого не сработало.

В основном я использовал языки, основанные на интерпретаторе, и еще не сталкивался с такой проблемой. Мой предыдущий опыт заставил меня поверить, что объект должен вести себя относительно одинаково в разных областях видимости (я признаю, что из-за этого ожидания потребовалось очень много времени, чтобы сузить проблему до изменений в области видимости переменных), так что это действительно ново и увлекательно для меня.

Очевидно, что более конкретное обсуждение того, почему произошло то, что я испытал выше, потребует глубоких знаний платформы Arduino и SDK, который я использую, так что я спрашиваю не об этом. Мне бы очень хотелось узнать более концептуально, почему такая проблема может возникнуть вообще.

Дополнительная информация: я забыл упомянуть, что server.available() блокируется — хотя существует неблокирующий режим, он здесь не включен, чтобы еще больше исключить проблему, вызванную этим режимом. Проблемы возникают при самой первой поездке через loop(). Выполнение останавливается на WiFiClient client = server.available()/client = server.available(), пока клиент не подключится. Выходы последовательного монитора, которые я включаю, запускаются сразу после подключения клиента. Я также отредактировал эти результаты, чтобы сделать это более понятным.