Reactor Netty-ի proxy մեթոդը վերադարձնում է կոնֆիգուրացված կլիենտը
Պահպանեք proxy()-ի վերադարձրած HttpClient-ը՝ նախքան այն ReactorClientHttpConnector-ին փոխանցելը. սկզբնական կլիենտը չի փոխվում։
Reactor Netty-ում HttpClient-ի կոնֆիգուրացման մեթոդները վերադարձնում են հղում կոնֆիգուրացված կլիենտին։ Եթե անտեսեք այդ արդյունքը, նախորդ հղումը մնում է իր հին կարգավորումներով։
Այս կոդը ստեղծում է proxy կոնֆիգուրացիա և հետո կորցնում այն․
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();
Տիպերն են Reactor Netty-ի HttpClient-ը և ProxyProvider-ը, ինչպես նաև Spring-ի WebClient-ը և ReactorClientHttpConnector-ը։ HttpClient.create()-ից ուղղակիորեն մեթոդների շղթայումը ևս վերադարձված կոնֆիգուրացիան պահպանելու միջոց է։ Թույլատրված հանրային API հարցումների համար HTTP proxy ցանկը տալիս է թեկնածուներ օրինակի հոսթի և պորտի համար։
Նույն ստուգումը գործում է պատասխանի ժամկետների կամ վերահասցեավորման մշակման կարգաբերման ժամանակ։ Կարդացեք մեթոդի վերադարձի պայմանագիրը՝ փոխարենը ենթադրելու, թե setter-ը փոխում է սկզբնական օբյեկտը։
Նաև հետևեք, թե որ հղումն է հասնում connector-ին։ Connector-ը ստեղծելուց հետո լոկալ փոփոխականի վերանշանակումը չի փոխարինում այն կլիենտին, որը connector-ն արդեն ստացել է։