Lygiagrečios proxy užklausos reikalauja atskiro libcurl valdymo objektų turėjimo
Laikykite libcurl valdymo objektus vienos gijos nuosavybėje vienu metu, kai užklausos naudoja skirtingus proxy.
Proxy parinktis priklauso libcurl easy valdymo objektui. To parinkties keitimas iš vienos gijos, kol kita gija atlieka perdavimą tame pačiame objekte, pažeidžia objekto nuosavybės taisykles.
libcurl yra saugus gijoms, kai laikomasi jo dokumentuotų taisyklių. Jis viduje nesinchronizuoja savavališkos vienalaikės prieigos prie vieno objekto. Suteikite lygiagretiems darbininkams savo objektus arba perduokite nuosavybę tik tada, kai ankstesnis naudotojas baigė.
share sąsaja turi atskirus užrakinimo reikalavimus ir apribojimus. Tai nėra leidimas kiekvienam darbininkui keisti kiekvieną bendro easy objekto nustatymą.
Senuose proxy gijų pavyzdžiuose dažnai yra užrakinimo atgaliniai iškvietimai senoms TLS bibliotekų versijoms. Patikrinkite dabartinę gijų saugos dokumentaciją, skirtą faktinei TLS backend ir build versijai. Istorinių OpenSSL atgalinių iškvietimų kopijavimas į dabartinę programą nepakeičia teisingo objekto nuosavybės.
Inicializuokite visuotinę bibliotekos būseną pagal dokumentuotus paleidimo reikalavimus prieš naudodami ją vienu metu. Viešiems užklausoms, leidžiamoms per viešus tarpininkus, nemokamas proxy sąrašas siūlo kandidatus kiekvieno darbininko proxy parinkčiai; suderinkite protokolą su libcurl build. Kiekvienai nepavykusiai operacijai išsaugokite sukonfigūruotą objekto proxy ir jos pačios klaidos rezultatą. Visuotinis “dabartinis proxy” kintamasis yra prastas identifikatorius, kai vyksta keli perdavimai.