Parallelle proxyverzoeken vereisen apart eigenaarschap van libcurl-handles
Houd libcurl-handles steeds onder het eigenaarschap van één thread wanneer verzoeken verschillende proxies gebruiken.
Een proxyoptie hoort bij een libcurl easy-handle. Die optie vanuit de ene thread wijzigen terwijl een andere thread een overdracht op dezelfde handle uitvoert, schendt de eigenaarschapregels van de handle.
libcurl is thread-safe wanneer de gedocumenteerde regels worden gevolgd. Het synchroniseert willekeurige gelijktijdige toegang tot één handle niet intern. Geef gelijktijdige workers eigen handles, of draag eigenaarschap pas over wanneer de vorige gebruiker klaar is.
De share-interface heeft aparte vergrendelingseisen en beperkingen. Het is geen toestemming om elke instelling van een gedeelde easy-handle vanuit elke worker te wijzigen.
Oude proxy-threadvoorbeelden bevatten vaak vergrendelings-callbacks voor oude TLS-bibliotheekversies. Controleer de actuele documentatie over threadveiligheid voor de werkelijke TLS-backend en build. Het kopiëren van historische OpenSSL-callbacks naar een huidige applicatie vervangt geen correct handle-eigenaarschap.
Initialiseer de globale bibliotheekstatus volgens de gedocumenteerde opstartvereisten voordat u deze gelijktijdig gebruikt. Voor openbare verzoeken die via openbare tussenpersonen zijn toegestaan, biedt de gratis proxylijst kandidaten voor de proxyoptie van elke worker; stem het protocol af op de libcurl-build. Bewaar voor elke mislukte bewerking de geconfigureerde proxy van de handle en het eigen foutresultaat ervan. Een globale variabele “huidige proxy” is een slechte identificatie wanneer meerdere overdrachten lopen.