درخواستهای موازی پروکسی به مالکیت جداگانهٔ دستههای libcurl نیاز دارند
وقتی درخواستها از پروکسیهای متفاوت استفاده میکنند، دستههای libcurl را هر بار تحت مالکیت یک رشته نگه دارید.
یک گزینهٔ پروکسی متعلق به یک دستهٔ easy در libcurl است. تغییر آن گزینه از یک رشته در حالی که رشتهٔ دیگری انتقالی روی همان دسته انجام میدهد، قواعد مالکیت دسته را نقض میکند.
libcurl وقتی قواعد مستندش رعایت شود، رشتهایمن است. این کتابخانه دسترسی همزمان دلخواه به یک دسته را درون خود همگام نمیکند. به کارگرهای همزمان دستههای خودشان را بدهید، یا مالکیت را فقط وقتی کاربر قبلی تمام شد منتقل کنید.
رابط share الزامات قفل و محدودیتهای جداگانه دارد. این مجوز تغییر همهٔ تنظیمات یک دستهٔ easy مشترک از سوی هر کارگر نیست.
نمونههای قدیمی رشتهٔ پروکسی اغلب callbackهای قفل را برای نسخههای قدیمی کتابخانهٔ TLS دارند. مستندات کنونی ایمنی رشته را برای بکاند و بیلد واقعی TLS بررسی کنید. کپی callbackهای تاریخی OpenSSL در یک برنامهٔ کنونی جایگزین مالکیت درست دسته نیست.
وضعیت سراسری کتابخانه را پیش از استفادهٔ همزمان، مطابق الزامات مستند راهاندازی مقداردهی اولیه کنید. برای درخواستهای عمومی که از طریق واسطههای عمومی مجازند، فهرست پروکسی رایگان برای گزینهٔ پروکسی هر کارگر نامزدهایی ارائه میدهد؛ پروتکل را با بیلد libcurl هماهنگ کنید. برای هر عملیات ناموفق، پروکسی پیکربندیشدهٔ دسته و نتیجهٔ خطای خودش را نگه دارید. متغیر سراسری “پروکسی جاری” وقتی چند انتقال در جریان است شناسهٔ ضعیفی است.