Parallelle proxy-anmodninger kræver separat libcurl-handleeje
Hold libcurl-handles under én tråds ejerskab ad gangen, når anmodninger bruger forskellige proxies.
En proxy-indstilling tilhører et libcurl easy handle. At ændre den indstilling fra én tråd, mens en anden tråd udfører en overførsel på samme handle, overtræder handle-ejerskabsreglerne.
libcurl er trådsikker, når dets dokumenterede regler følges. Det synkroniserer ikke selv vilkårlig samtidig adgang til et handle. Giv samtidige arbejdstråde deres egne handles, eller overfør kun ejerskab, når den forrige bruger er færdig.
Share-grænsefladen har særskilte låsekrav og -begrænsninger. Det er ikke tilladelse til, at hver arbejdstråd ændrer hver indstilling på et delt easy handle.
Gamle proxy-trådeksempler indeholder ofte låse-callbacks til gamle TLS-biblioteksversioner. Tjek den aktuelle dokumentation om trådsikkerhed for det faktiske TLS-backend og build. At kopiere historiske OpenSSL-callbacks ind i en aktuel applikation er ikke en erstatning for korrekt handle-ejerskab.
Initialiser global bibliotekstilstand i henhold til de dokumenterede opstartskrav, før den bruges samtidigt. For offentlige anmodninger, der er tilladt via offentlige mellemled, tilbyder gratis proxyliste kandidater til hver arbejdstråds proxy-indstilling; afstem protokollen med libcurl-buildet. For hver mislykket handling skal du bevare handleets konfigurerede proxy og dets eget fejlresultat. En global “nuværende proxy”-variabel er en dårlig identifikator, når flere overførsler er i gang.