जावा का इनपुटस्ट्रीम.क्लोज़() ब्लॉक क्यों करता है?

Question

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

कुछ कारणों से process.getInputStream().close() ब्लॉक। जावाडॉक से मैं नहीं देखता कि यह क्यों हो सकता है। इसके अलावा, मुझे समझ में नहीं आता है कि जावडोक कहता है कि "इनपुटस्ट्रीम की करीबी विधि कुछ भी नहीं करती है।" (link to javadoc) क्या कोई इसे समझा सकता है?

धन्यवाद :-)

Answer 1

अवरोधक व्यवहार के संबंध में, जावा में एक ज्ञात समस्या है जो किसी अन्य प्रक्रिया के साथ संवाद करते समय डेडलॉक का कारण बन सकती है। मैं यह नहीं बता सकता कि यह वही है जो आप देख रहे हैं लेकिन यह देखने लायक है। java.lang.Process के लिए दस्तावेज़ का कहना है:

क्योंकि कुछ स्थानीय प्लेटफ़ॉर्म केवल मानक इनपुट और आउटपुट धाराओं के लिए सीमित बफर आकार प्रदान करते हैं, तुरंत इनपुट धारा लिखने या के उत्पादन स्ट्रीम पढ़ें उपप्रक्रिया कारण हो सकता है के लिए विफलता ब्लॉक करने के लिए उपप्रोसेस, और यहां तक ​​कि डेडलॉक।

Answer 2

किसी कारण process.getInputStream() के लिए। करीब() ब्लॉक। JavaDoc से मुझे दिखाई नहीं दे रहा है। इसके अलावा, मैं समझ में नहीं आता क्यों जावाडोक "इनपुटस्ट्रीम की करीबी विधि कुछ भी नहीं करती है।" (javadoc से लिंक) कोई इसे समझा सकता है?

यदि आप जावाडोक देखते हैं, तो आप देखेंगे कि इनपुटस्ट्रीम एक सार वर्ग है। इनपुटस्ट्रीम का विस्तार करने वाले उप-वर्गों को निकट() विधि को ओवरराइड करने की उम्मीद है (इसकी आवश्यकता होनी चाहिए)। जाहिर है कि आप जिस इनपुटस्ट्रीम सबक्लास का उपयोग कर रहे हैं वह करीबी विधि में कुछ करता है।

Answer 3

जो jdigital लिखा था उस पर जोड़कर, यह article देखें। यह Runtime.exec() विधि से संबंधित है, और ProcessBuilder जावा 5 में पेश किया गया था, लेकिन ऐसा लगता है कि चर्चा सामान्य रूप से सिस्टम प्रक्रियाओं के लिए extrapolated किया जा सकता है।

Answer 4

मुझे लगता है कि मैंने इसे समझ लिया। जाहिर है प्रक्रिया.getOutputStream() को बंद करना महत्वपूर्ण है। प्रक्रिया (getInputStream()। करीबी() और process.getErrorStream() बंद करें()।

Answer 5

मुझे एक ही समस्या थी और काफी संघर्ष करने के बाद, एक समाधान मिला, जिसमें का उपयोग Process धाराओं से कुछ भी पढ़ने से पहले होता है। मेरे समाधान का एक स्निपेट here उपलब्ध है।