HttpURLConnection.usingProxy() جڑنے سے پہلے اور بعد میں
usingProxy کو ہینڈلر کی حالت کے طور پر سمجھیں، جس میں OpenJDK 25 کا واضح پراکسی رویہ بھی شامل ہے۔
HttpURLConnection usingProxy ظاہر کرتا ہے، لیکن نتیجے کے ساتھ کنکشن کا نفاذ اور حالت بھی درکار ہے۔ یہ کوئی آزمائشی درخواست نہیں۔
OpenJDK 25 کے HTTP ہینڈلر میں، واضح طور پر تشکیل شدہ 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 نفاذ کو وہی قبل از کنکشن تفصیلات دکھانا ضروری نہیں۔
ریکارڈ کریں کہ پراکسی کیسے منتخب ہوئی اور جھنڈا کب پڑھا گیا۔ منزل جو ماخذ پتہ دیکھتی ہے اسے قائم کرنے کے لیے، منزل کی طرف سے شواہد رکھیں؛ بولین پراکسی نشان میں اس اخراجی پتے کے لیے کوئی فیلڈ نہیں۔