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 لازم نیست همان جزئیات پیش از اتصال را نشان دهد.

ثبت کنید پروکسی چگونه انتخاب شد و نشانگر چه زمانی خوانده شد. برای اثبات نشانی مبدأیی که مقصد می‌بیند، شواهد سمت مقصد را نگه دارید؛ نشانگر بولی پروکسی هیچ فیلدی برای آن نشانی خروج ندارد.

مقالات مرتبط