Mae dull proxy Reactor Netty yn dychwelyd y cleient wedi'i ffurfweddu

Mae dulliau ffurfweddu HttpClient Reactor Netty yn dychwelyd cyfeiriad at gleient wedi'i ffurfweddu. Os gwrthodwch y canlyniad hwnnw, mae'r cyfeiriad blaenorol yn cadw ei osodiadau blaenorol.

Mae'r cod hwn yn creu ffurfweddiad dirprwy ac yna'n ei golli:

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

Yn lle hynny, cadwch y cyfeiriad a ddychwelwyd:

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

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

Y mathau yw HttpClient a ProxyProvider Reactor Netty, ynghyd â WebClient a ReactorClientHttpConnector Spring. Mae cadwyno dulliau'n uniongyrchol o HttpClient.create() yn ffordd arall o gadw'r ffurfweddiad a ddychwelwyd. Ar gyfer ceisiadau API cyhoeddus a ganiateir, mae'r rhestr dirprwyon HTTP yn darparu ymgeiswyr ar gyfer gwesteiwr a phorth yr enghraifft.

Mae'r un gwiriad yn berthnasol wrth osod terfynau amser ymateb neu drin ailgyfeirio. Darllenwch gontract dychwelyd y dull yn hytrach na chymryd yn ganiataol bod setter yn newid y gwrthrych gwreiddiol.

Olrheiniwch hefyd pa gyfeiriad sy'n cyrraedd y connector. Nid yw ailbennu newidyn lleol ar ôl creu connector yn disodli'r cleient y mae'r connector eisoes wedi'i dderbyn.