एक endpoint की requests हमेशा के लिए अटक जाती हैं जबकि बाकी service ठीक है। आप इसकी पहचान कैसे करेंगे?

jstack या jcmd से thread dump लें, बेहतर हो कुछ सेकंड के अंतर पर दो, और अटके हुए थ्रेड्स देखें। JVM lock cycles खुद पकड़ता है और सीधे एक Java level deadlock वाला हिस्सा छापता है। अगर कोई cycle न हो, तो शायद थ्रेड्स किसी संसाधन पर ब्लॉक हैं, जैसे connection pool या बिना timeout वाला socket read। उपाय है locks को एक ही क्रम में लेना, critical section छोटा करना, या timeouts जोड़ना।

पहली चीज thread dump है, और मैं कुछ सेकंड के अंतर पर दो तीन लेता हूं ताकि सचमुच अटकी चीज और बस व्यस्त चीज में फर्क कर सकूं। JVM यहां काफी काम खुद कर देता है: अगर दो थ्रेड्स एक दूसरे के monitors पकड़े हैं तो वह Java level deadlock वाला हिस्सा छापता है जिसमें दोनों थ्रेड्स और दोनों locks के नाम होते हैं, और फिर stack traces ठीक ठीक बता देते हैं कि कौन से methods देखने हैं। अगर कोई cycle न हो, तो पैटर्न आमतौर पर अलग होता है: दर्जनों थ्रेड्स उसी connection pool पर waiting हालत में, जिसका मतलब है कि कोई connections पकड़े बैठा है, क्लासिक deadlock नहीं, या थ्रेड्स बिना timeout सेट किए socket read में ब्लॉक हैं, जो सामने वाला जवाब देना बंद कर दे तो अनंत काल तक अटका रहता है। बचाव के लिए मेरे कुछ नियम हैं। locks एक जैसे क्रम में लिए जाते हैं, और जहां दो हों वहां मैं वह क्रम लिखकर रखता हूं। मैं critical section जितना छोटा हो सके रखता हूं और lock पकड़े हुए कभी network call नहीं करता या message publish नहीं करता। और जहां डिजाइन इजाजत दे वहां मैं timeout के साथ tryLock लेता हूं, ताकि contention अटकने की जगह संभाली हुई error बन जाए।