HttpURLConnection.usingProxy() да і пасля злучэння

HttpURLConnection прадстаўляе usingProxy, але вынік патрабуе побач рэалізацыю і стан злучэння. Гэта не тэставы запыт.

У HTTP-апрацоўшчыку OpenJDK 25 яўна настроены HTTP-проксі можа прымусіць метад вярнуць true да адкрыцця сеткавага злучэння:

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();

Кандыдат HTTP з спіса HTTP-проксі можа запоўніць хост і порт для дазволенага публічнага запыту без аўтэнтыфікацыі проксі. openConnection стварае аб'ект. Ён не ўстанаўлівае HTTP-злучэнне проста вяртаннем гэтага аб'екта. Таму сцяг у гэтым выпадку яўнага проксі не даказвае, што пасярэднік даступны ці прымае запыт.

Пры аўтаматычным выбары выбар маршруту можа адбыцца пазней, калі апрацоўшчык злучаецца. Ранні вынік false не варта лічыць канчатковым рашэннем маршруту. Пасля злучэння інтэрпрэтуйце стан разам з любым выключэннем або адказам, асабліва калі ўдзельнічала аўтэнтыфікацыя ці адкат.

Публічны метад належыць HttpURLConnection, а паводзіны вышэй спецыфічныя для названага апрацоўшчыка OpenJDK. Іншы пастаўшчык або рэалізацыя JDK не абавязаныя паказваць тыя ж дэталі да злучэння.

Запішыце, як быў выбраны проксі і калі сцяг быў прачытаны. Каб устанавіць адрас крыніцы, які бачыць прызначэнне, захоўвайце доказы з боку прызначэння; булевы маркер проксі не мае поля для гэтага адраса выхаду.