A párhuzamos proxy kérések külön libcurl-kezelő tulajdonjogot igényelnek
Tartsa a libcurl-kezelőket egyszerre egyetlen szál tulajdonában, amikor a kérések különböző proxykat használnak.
A proxy beállítás egy libcurl easy kezelőhöz tartozik. Ha ezt a beállítást az egyik szálból módosítja, miközben egy másik szál ugyanazon a kezelőn átvitelt végez, az megsérti a kezelő tulajdonjogi szabályait.
A libcurl szálbiztos, ha követik a dokumentált szabályait. Nem szinkronizálja belsőleg egy kezelő tetszőleges egyidejű elérését. Adjon a párhuzamos munkásoknak saját kezelőket, vagy csak akkor adja át a tulajdonjogot, amikor az előző használó befejezte.
A share felületnek külön zárolási követelményei és korlátai vannak. Ez nem engedély arra, hogy minden munkás egy megosztott easy kezelő minden beállítását módosítsa.
A régi proxy-szál példák gyakran zárolási callbackeket tartalmaznak régi TLS-könyvtárverziókhoz. Ellenőrizze az aktuális szálbiztonsági dokumentációt a tényleges TLS backendhez és buildhez. Történelmi OpenSSL callbackek aktuális alkalmazásba másolása nem helyettesíti a helyes kezelő-tulajdonjogot.
Inicializálja a könyvtár globális állapotát a dokumentált indítási követelmények szerint, mielőtt egyidejűleg használná. A nyilvános közvetítőkön keresztül engedélyezett nyilvános kérésekhez az ingyenes proxyk lista jelölteket kínál minden munkás proxy beállításához; igazítsa a protokollt a libcurl buildhez. Minden sikertelen műveletnél őrizze meg a kezelő beállított proxyját és annak saját hibaeredményét. A globális “aktuális proxy” változó rossz azonosító, amikor több átvitel van folyamatban.