HttpURLConnection bied usingProxy aan, maar die resultaat het die verbinding se implementering en toestand daarby nodig. Dit is nie 'n toetsversoek nie.

In OpenJDK 25 se HTTP-hantererder kan 'n eksplisiet gekonfigureerde HTTP-proxy die metode waar laat terugkeer voordat die netwerkverbinding oopgemaak word:

import java.net.HttpURLConnection;
import java.net.InetSocketAddress;
import java.net.Proxy;
import java.net.URI;

var proxy = new Proxy(Proxy.Type.HTTP,
    new InetSocketAddress("proxy.example", 8080));
var url = URI.create("http://example.com/").toURL();
var connection = (HttpURLConnection) url.openConnection(proxy);
boolean proxyFlag = connection.usingProxy();

'n HTTP-kandidaat uit die HTTP-proxylys kan die gasheer en poort vul vir 'n toegelate openbare versoek sonder proxy-verifikasie. openConnection bou die objek. Dit stel nie die HTTP-verbinding tot stand bloot deur daardie objek terug te gee nie. Die vlag in hierdie eksplisiete-proxy-geval bewys dus nie dat die tussenganger bereikbaar is of die versoek aanvaar nie.

Met outomatiese keuse kan roetekeuse later plaasvind wanneer die hanterer koppel. 'n Vroeë valse resultaat moet nie as die finale roetebesluit beskou word nie. Na koppeling, interpreteer die toestand saam met enige uitsondering of respons, veral wanneer verifikasie of terugval betrokke was.

Die publieke metode behoort aan HttpURLConnection, terwyl die gedrag hierbo spesifiek is aan die genoemde OpenJDK-hantererder. 'n Ander verskaffer of JDK-implementering hoef nie identiese detail voor koppeling te bied nie.

Teken aan hoe die proxy gekies is en wanneer die vlag gelees is. Om die bronadres te bepaal wat die bestemming sien, behou bewyse van die bestemmingskant; 'n booleense proxy-merker het geen veld vir daardie uitgangsadres nie.

Verwante artikels