HttpURLConnection.usingProxy() कनेक्ट होण्यापूर्वी आणि नंतर

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 अंमलबजावणीला तेच कनेक्शनपूर्व तपशील दाखवणे आवश्यक नाही.

प्रॉक्सी कसा निवडला गेला आणि फ्लॅग कधी वाचला गेला हे नोंदवा. गंतव्यस्थान ज्या स्रोत पत्त्याला पाहते तो स्थापित करण्यासाठी, गंतव्य बाजूकडील पुरावे ठेवा; बुलियन प्रॉक्सी चिन्हात त्या एक्झिट पत्त्यासाठी कोणतेही क्षेत्र नाही.