HttpURLConnection कार्यान्वयन

Question

मैंने पढ़ा है कि HttpURLConnection लगातार कनेक्शन का समर्थन करता है, ताकि एकाधिक अनुरोधों के लिए कनेक्शन का पुन: उपयोग किया जा सके। मैंने कोशिश की और दूसरी पोस्ट भेजने का एकमात्र तरीका ओपनकनेक्शन को दूसरी बार कॉल करके था। अन्यथा मुझे एक IllegalStateException मिला ("पहले से जुड़ा हुआ");

try{ 
URL url = new URL("http://someconection.com"); 
} 
catch(Exception e){} 
HttpURLConnection con = (HttpURLConnection) url.openConnection(); 
//set output, input etc 
//send POST 
//Receive response 
//Read whole response 
//close input stream 
con.disconnect();//have also tested commenting this out 
con = (HttpURLConnection) url.openConnection(); 
//Send new POST 

दूसरा अनुरोध एक ही TCP कनेक्शन (wireshark के साथ सत्यापित किया) पर भेजने के है, लेकिन मैं क्यों नहीं समझ सकता (हालांकि यह जो मैं चाहता है) के बाद से मैं डिस्कनेक्ट कहा जाता है: मैं निम्नलिखित का इस्तेमाल किया। मैंने HttpURLConnection के लिए स्रोत कोड की जांच की है और कार्यान्वयन एक ही गंतव्य पर कनेक्शन के रखरखाव कैश रखता है। मेरी समस्या यह है कि मैं यह नहीं देख सकता कि मैंने पहला अनुरोध भेजने के बाद कैश में कनेक्शन कैसे रखा है। डिस्कनेक्ट कनेक्शन बंद कर देता है और डिस्कनेक्ट किए बिना, फिर भी मैं नहीं देख सकता कि कनेक्शन कैश में वापस कैसे रखा जाता है। मैंने देखा कि कैश में सभी निष्क्रिय कनेक्शनों पर जाने के लिए एक रन विधि है (मुझे यकीन नहीं है कि इसे कैसे कहा जाता है), लेकिन मुझे नहीं पता कि कैश में कनेक्शन कैसे वापस रखा गया है। ऐसा लगता है कि एकमात्र ऐसा स्थान httpClient की समाप्त विधि में है लेकिन इसे प्रतिक्रिया के साथ POST के लिए नहीं कहा जाता है। क्या कोई इस पर मेरी सहायता कर सकता है?

संपादित मेरे हित TCP कनेक्शन पुन: उपयोग के लिए एक HttpUrlConnection वस्तु की उचित हैंडलिंग क्या है, है। इनपुट/आउटपुट स्ट्रीम को url.openConnection() के बाद बंद किया जाना चाहिए; प्रत्येक बार नया अनुरोध भेजने के लिए (डिस्कनेक्ट() से परहेज)? यदि हां, तो मैं नहीं देख सकता कि कनेक्शन का पुन: उपयोग कैसे किया जा रहा है जब मैं url.openConnection() को दूसरी बार कॉल करता हूं, क्योंकि कनेक्शन को पहले अनुरोध के लिए कैश से हटा दिया गया है और यह नहीं पता कि यह वापस कैसे लौटाया जा सकता है। क्या यह संभव है कि कनेक्शन को keepalive कैश (बग?) पर वापस नहीं किया गया है, लेकिन ओएस ने अभी तक और नए कनेक्शन पर टीसीपी कनेक्शन जारी नहीं किया है, ओएस buffered कनेक्शन (अभी तक जारी नहीं किया गया) या कुछ समान देता है? EDIT2 केवल संबंधित मैंने पाया JDK_KeepAlive

... जब आवेदन InputStream URLConnection.getInputStream() द्वारा दिया पर करीब() कहता है, JDK के HTTP प्रोटोकॉल हैंडलर की कोशिश करेंगे से था कनेक्शन को साफ करने के लिए और यदि सफल है, तो भविष्य में HTTP अनुरोधों द्वारा पुन: उपयोग के लिए कनेक्शन को कनेक्शन कैश में डाल दें।

लेकिन मुझे यकीन नहीं है कि यह कौन सा हैंडलर है। sun.net.www.protocol.http.Handler कोई कैशिंग नहीं करता जैसा मैंने देखा धन्यवाद!

Answer 1

इनपुट/आउटपुट धारा को बंद कर दिया जाना चाहिए जा पीछा एक url.openConnection द्वारा(); प्रत्येक बार नया अनुरोध (डिस्कनेक्ट() से परहेज) भेजने के लिए?

हां।

यदि हाँ, मैं यह नहीं देख सकते हैं कि कनेक्शन पुन: उपयोग किया जब मैं url.openConnection() दूसरे समय के लिए फोन किया जा रहा है, के बाद से कनेक्शन पहले अनुरोध के लिए कैश से निकाल दिया गया है और यह नहीं मिल सकता कि यह वापस लौटाया गया है।

आप अंतर्निहित Socket और अपने TCP कनेक्शन अंतर्निहित साथ HttpURLConnection भ्रमित कर रहे हैं। वे वही नहीं हैं। HttpURLConnection उदाहरणों GC'd हैं, अंतर्निहित Socket जमा है, जब तक आप disconnect().

Answer 2

HttpURLConnection के लिए जावाडोक से

(मेरे जोर):

प्रत्येक HttpURLConnection उदाहरण एक ही अनुरोध लेकिन HTTP सर्वर के लिए अंतर्निहित नेटवर्क कनेक्शन बनाने के लिए पारदर्शी रूप से अन्य द्वारा साझा किया जा सकता है प्रयोग किया जाता है उदाहरणों। InputStream पर पास() पद्धतियों या एक HttpURLConnection की OutputStream एक अनुरोध के बाद कॉलिंग नेटवर्क इस उदाहरण के साथ जुड़े संसाधनों मुक्त कर सकते हैं, लेकिन कोई प्रभाव नहीं पर किसी भी लगातार कनेक्शन साझा है।कॉलिंग डिस्कनेक्ट() विधि अंतर्निहित सॉकेट को बंद कर सकता है यदि एक सतत कनेक्शन अन्यथा समय पर निष्क्रिय हो जाता है।

Answer 3

फोन मैंने पाया कि कनेक्शन वास्तव में कैश किया गया है जब InputStream बंद कर दिया है। एक बार इनपुटस्ट्रीम बंद हो जाने के बाद अंतर्निहित कनेक्शन buffered है। हालांकि, HttpURLConnection ऑब्जेक्ट आगे के अनुरोधों के लिए उपयोग करने योग्य नहीं है, क्योंकि ऑब्जेक्ट को अभी भी "कनेक्ट" माना जाता है, यानी इसके बूलियन कनेक्ट को सत्य पर सेट किया गया है और कनेक्शन को बैफर में वापस रखे जाने के बाद साफ़ नहीं किया जाता है। इसलिए हर बार एक नया एचटीपीयूआरएल कनेक्शन को एक नए पोस्ट के लिए तत्काल चालू किया जाना चाहिए, लेकिन अंतर्निहित टीसीपी कनेक्शन का पुन: उपयोग किया जाएगा, अगर इसका समय समाप्त नहीं हुआ है। तो ईजेपी उत्तर सही वर्णन था। डिस्कनेक्ट() को ओएस द्वारा किए गए कैशिंग के कारण स्पष्ट रूप से कॉल करने के बावजूद मैंने देखा व्यवहार (टीसीपी कनेक्शन का पुन: उपयोग) हो सकता है? मुझे नहीं पता। मुझे उम्मीद है कि जो कोई जानता है वह समझा सकता है। धन्यवाद।

Answer 4

हम्म। मैं यहाँ कुछ याद आ रही हो सकता है (क्योंकि यह कोई पुराना सवाल है), लेकिन जहाँ तक मुझे पता है, वहाँ 2 प्रसिद्ध अंतर्निहित TCP कनेक्शन के समापन के लिए मजबूर करने के कई तरीके हैं: HTTP 1.0 के

• बल प्रयोग (1.1 लगातार कनेक्शन पेश किए गए) - जैसा कि http अनुरोध लाइन
• द्वारा इंगित किया गया है 'मान' के साथ 'कनेक्शन' शीर्षलेख भेजें; यह भी बंद करने के लिए मजबूर करेगा।

Answer 5

कैसे आप "HTTP1.0 के बल प्रयोग" JDK के HttpUrlConnection का उपयोग कर सकते हैं?

HTTP1.1 कनेक्शन के लिए खंड „Persistent Connections” of the Java 1.5 guide समर्थन के अनुसार बंद कर दिया या जावा संपत्ति http.keepAlive (डिफ़ॉल्ट सच है) का उपयोग करने पर किया जा सकता है। इसके अलावा, जावा संपत्ति http.maxConnections किसी भी समय किसी गंतव्य पर रहने के लिए प्रति गंतव्य अधिकतम (समवर्ती) कनेक्शन इंगित करता है।

इसलिए, जावा प्रॉपर्टी http.keepAlive को गलत पर सेट करके पूरे एप्लिकेशन के लिए "HTTP1.0 का बल उपयोग" लागू किया जा सकता है।

Answer 6

धाराओं को छोड़कर निष्क्रिय टीसीपी कनेक्शन का कारण बन जाएगा। प्रतिक्रिया धारा पूरी तरह से पढ़ा जाना चाहिए। एक और चीज जिसे मैंने शुरुआत में अनदेखा किया था, और इस विषय पर अधिकतर उत्तरों में अनदेखी देखी गई है, अपवादों के मामले में त्रुटि धारा से निपटने के लिए भूल रही है। इस के समान कोड मेरी क्षुधा है कि संसाधनों का ठीक से रिहा नहीं किया गया था में से एक तय:

HttpURLConnection connection = (HttpURLConnection)new URL(uri).openConnection(); 
InputStream stream = null; 
BufferedReader reader = null; 
try { 
     stream = connection.getInputStream(); 
     reader = new BufferedReader(new InputStreamReader(stream, Charset.forName("UTF-8"))); 

     // do work on part of the input stream 

} catch (IOException e) { 

    // read the error stream 
    InputStream es = connection.getErrorStream(); 
    if (es != null) { 
     BufferedReader esReader = null; 
     esReader = new BufferedReader(new InputStreamReader(es, Charset.forName("UTF-8"))); 
     while (esReader.ready() && esReader.readLine() != null) { 
     } 
     if (esReader != null) 
      esReader.close(); 
    } 

    // do something with the IOException 
} finally { 

    // finish reading the input stream if it was not read completely in the try block, then close 
    if (reader != null) { 
     while (reader.readLine() != null) { 
     } 
     reader.close(); 
    } 

    // Not sure if this is necessary, closing the buffered reader may close the input stream? 
    if (stream != null) { 
     stream.close(); 
    } 

    // disconnect 
    if (connection != null) { 
     connection.disconnect(); 
    } 
} 

बफ़र पाठक सख्ती से आवश्यक नहीं है, मैं इसे चुना क्योंकि मेरी उपयोग के मामले एक बार में एक पंक्ति को पढ़ने की आवश्यकता है।

यह भी देखें: http://docs.oracle.com/javase/1.5.0/docs/guide/net/http-keepalive.html