دالة proxy في Reactor Netty تعيد العميل المهيّأ

احتفظ بكائن HttpClient الذي يعيده proxy() قبل تمريره إلى ReactorClientHttpConnector؛ فالعميل الأصلي لا يتغيّر.

تعيد دوال تهيئة HttpClient في Reactor Netty مرجعًا إلى عميل مهيّأ. وإهمال هذه القيمة يترك المرجع السابق بإعداداته السابقة.

هذا المقطع ينشئ تهيئة وكيل ثم يضيّعها:

HttpClient client = HttpClient.create();
client.proxy(spec -> spec.type(ProxyProvider.Proxy.HTTP)
    .host("proxy.example").port(8080));

بدلًا من ذلك، احتفظ بالمرجع المُعاد:

client = client.proxy(spec -> spec.type(ProxyProvider.Proxy.HTTP)
    .host("proxy.example").port(8080));

WebClient webClient = WebClient.builder()
    .clientConnector(new ReactorClientHttpConnector(client))
    .build();

الأنواع هي HttpClient وProxyProvider من Reactor Netty، إضافة إلى WebClient وReactorClientHttpConnector من Spring. وتسلسل الاستدعاءات مباشرة من HttpClient.create() طريقة أخرى للحفاظ على التهيئة المُعادة. وللطلبات المسموح بها عبر الواجهات العامة، توفّر قائمة وكلاء HTTP مرشّحين للمضيف والمنفذ في المثال.

ينطبق الفحص نفسه عند ضبط مهلات الاستجابة أو معالجة إعادة التوجيه. اقرأ عقد الإرجاع الخاص بالدالة بدلًا من افتراض أن setter يعدّل الكائن الأصلي.

تتبّع أيضًا أي مرجع يصل إلى الموصل. إعادة إسناد متغير محلي بعد إنشاء الموصل لا تستبدل العميل الذي تلقاه الموصل بالفعل.

مقالات ذات صلة