هل يتصل OkHttp مباشرة عندما يفشل الوسيط؟

في الحالة التاريخية لوسيط HTTP على مستوى النظام، غيّر OkHttp سلوكه في الإصدار 3.5.0: فقد توقف عن محاولة اتصال مباشر بعد فشل ذلك الوسيط. وقد يصف تقرير أقدم عن التراجع الصامت السلوك الذي كان قبل هذا التغيير.

هذا التاريخ لا يحسم سياسة التوجيه في كل تطبيق. لتفسير تقرير صادر عن تطبيقك، اتبع هذه الفحوص الثلاثة:

1. حدد إصدار OkHttp المحسوم. استخدم معلومات تبعيات التطبيق، بما في ذلك الإصدار الذي يضمّه إطار العمل فعليًا، بدلًا من عمر المثال الذي يجري نسخه.
2. حدد كيف يختار هذا العميل مسارًا. الوسيط الصريح وProxySelector المخصص تهيئتان مختلفتان. وإذا وفّر المحدد مرشحًا مباشرًا بعد وسيط، فهو يعرض بديلًا مباشرًا.
3. تابع معالج الفشل. ابحث عن شيفرة التطبيق التي تعيد المحاولة بعميل آخر. والطلب المباشر الذي يرسله ذلك البديل يقع خارج قرار العميل الأول.

لمتطلب الوسيط الإلزامي، يجب أن تتوقف سياسة العميل المعنية بدلًا من تقديم بديل مباشر. افحص العميل الفعلي ومسار إعادة المحاولة مقابل ذلك المتطلب؛ فتغيير 3.5.0 وحده ليس قاعدة حركة مرور على مستوى الجهاز.