Les sol·licituds proxy paral·leles necessiten una propietat separada dels handles de libcurl
Mantingueu els handles de libcurl sota la propietat d'un sol fil alhora quan les sol·licituds fan servir proxies diferents.
Una opció de proxy pertany a un handle easy de libcurl. Canviar aquesta opció des d'un fil mentre un altre fil fa una transferència al mateix handle infringeix les regles de propietat del handle.
libcurl és segur per a fils quan se segueixen les seves regles documentades. No sincronitza internament l'accés simultani arbitrari a un handle. Doneu handles propis als treballadors concurrents, o transferiu la propietat només quan l'usuari anterior ha acabat.
La interfície share té requisits de bloqueig i límits separats. No és permís perquè cada treballador modifiqui tots els paràmetres d'un handle easy compartit.
Els exemples antics de fils proxy sovint inclouen callbacks de bloqueig per a versions antigues de biblioteques TLS. Consulteu la documentació actual sobre seguretat de fils per al backend TLS i la compilació reals. Copiar callbacks històrics d'OpenSSL en una aplicació actual no substitueix una propietat correcta del handle.
Inicialitzeu l'estat global de la biblioteca segons els requisits d'inici documentats abans d'usar-lo de manera concurrent. Per a les sol·licituds públiques permeses a través d'intermediaris públics, la llista de proxys gratuïts ofereix candidats per a l'opció de proxy de cada treballador; feu coincidir el protocol amb la compilació de libcurl. Per a cada operació fallida, conserveu el proxy configurat del handle i el seu propi resultat d'error. Una variable global de “proxy actual” és un mal identificador quan hi ha diverses transferències en curs.