बार मैं कोई कारण नहीं है मैं पता लगा सकते हैं नोड बहुत प्रतिक्रिया करने के लिए धीमी हो जाती है और मुझे लगता है जैसे संदेश मिल के लिए पूरी तरह से लेकिन कभी कभी vscode में Node v4.2.1 परियोजनाओं डीबग कर सकते हैं में से अधिकांश:NodeJS अनुत्तरदायी जब (वी.एस. संहिता में) डिबगिंग
node did not respond to request to 'continue' in a reasonable amount of time
किसी को भी किसी भी विचार यह है कि क्या कारण हो सकता है और यह कैसे हल करने के लिए है?
कुछ भी चीजें हो सकती हैं।
आप किस प्रकार का कोड चल रहे हैं? क्या यह बहुत ही बुनियादी परियोजनाओं के साथ होता है जो आप सुनिश्चित करते हैं कि पृष्ठभूमि में कोई मेमोरी लीक या कार्य चल रहा है?
जब कमांड लाइन से सीधे ही कोड चल रहा है, वी.एस. कोड के बाहर इस त्रुटि होता है?
यह कई परियोजनाओं पर होता है, जिनमें से अधिकांश काफी छोटे 'एक्सप्रेस' वेब ऐप्स हैं, कुछ भी बड़ा या जटिल नहीं है उन्हें। यह कुछ ही सेकंड चलने के बाद ऐप स्टार्टअप पर होता है, मुझे विश्वास नहीं है कि यह एक स्मृति रिसाव है, सिस्टम मेमोरी/सीपीयू ठीक है। यह तब होता है जब कमांड लाइन से चलने से डीबगिंग की अपेक्षा की जाती है। – antfx
मुझे डीबग मोड (विंडोज 10, आई 7 16 जीबी रैम) में एक ही समस्या का सामना करना पड़ रहा है, मुझे बताएं कि क्या आपको इसके बारे में समाधान मिल गए हैं। –
मैं इस के साथ भी मुकाबला कर रहा है, मैं क्या किया है टाइमआउट विस्तार करने के लिए डिबग कनेक्टर पर एक फ़ाइल को संशोधित करने के लिए किया गया था, मुझे लगता है कि यह मेरे कंप्यूटर की गति या कुछ और के साथ एक समस्या है। वैसे भी, यहाँ मैं क्या किया है है:
1- ओपन और संपादित फ़ाइल VSCodeApp फ़ोल्डर के अंदर स्थित nodeV8Protocol.js:
/Visual Studio Code.app/Contents/Resources/app/extensions/node-debug/out/node
2- लाइन जहां फ़ाइल के अंत के पास आरंभ नहीं हो जाता खोज: डिफ़ॉल्ट बदलें, जो है:
NodeV8Protocol.TIMEOUT = 3000;
करके, उदाहरण के लिए:
NodeV8Protocol.TIMEOUT = 10000;
3- फ़ाइल को सहेजें, और विजुअल स्टूडियो कोड पुनः लोड करें।
आशा है कि
धन्यवाद, यह सहायक है लेकिन मैं वास्तव में जानना चाहता हूं कि इसका कारण क्या है। मैं एक आई 7 मैकबुक प्रो चला रहा हूं जिसमें बहुत सारे मुफ्त रैम और सीपीयू बहुत कुछ नहीं कर रहे हैं। रीबूटिंग या तो मदद नहीं करता है। – antfx
यह वीएस (शायद) से एक बग है .. यहां तक कि मेरे लिए भी यह उच्च अंत पीसी के साथ एक ही त्रुटि दे दी। थाया समाधान अच्छा है – GvSharma
सी ड्राइव में स्थापित किया गया है, यह निर्धारित पथ है, 'सी: \ प्रोग्राम फ़ाइलें (x86) \ माइक्रोसॉफ्ट वीएस कोड \ संसाधन \ ऐप \ एक्सटेंशन \ ms-vscode.node-debug \ out \ node' –
में मदद करता है मैं एक ही मुद्दे का अनुभव किया। नोड v4.2.4 में अपग्रेड करने के बाद यह ठीक हो रहा था। मैं वीएससीओडी संस्करण 0.10.6 चला रहा हूँ। मैंने NodeV8Protocol.TIMEOUT बढ़ाया लेकिन यह ठीक नहीं लग रहा था। मैं ओएसएक्स 10.10.5 पर हूं।
मैं v5.3.0 Node.js करने के लिए उन्नत और है कि यह तय हो गई। वर्तमान स्थिर संस्करण: v5.3.0 मैं प्रयोग किया है: NPM -gn स्थापित तो NPM
पुनर्निर्माण अपने कोड को देखकर मैं केवल अनुमान लगा दिया जाएगा और मैं स्पष्ट रूप से और साथ ही मेरी स्थिति में थोड़ा अनुमान लगा रहा हूँ बिना, लेकिन मेरे विशिष्ट मामले में यह डीबगर के अपने असीमित इंटरप्रोसेस संचार से अधिक प्राथमिकता वाले अनुप्रयोग में कहीं और अतिरिक्त असीमित लोड लग रहा था।
मेरी विशिष्ट मामले में मैं एक बाहरी ग्राहक के लिए एक खुला वेब सॉकेट के माध्यम से कुछ वास्तविक समय यातायात भेज दिया गया था। जब पेलोड छोटे होते थे तो सब कुछ ठीक था, लेकिन जब मैंने अनजाने में पेलोड आकार को प्रति दर्जन किलोबाइट्स में बढ़ा दिया, तो सेवा प्रक्रिया को शीघ्रता से डीबग अनुरोधों का जवाब देने में बहुत व्यस्त लग रहा था। जब मुझे पेलोड को उचित आकार में वापस ले लिया गया (मेरे मामले में कुछ सौ बाइट्स) तो डीबगर ने समय-समय पर प्रतिक्रिया देना शुरू कर दिया।
चाहे इस नोड के साथ एक मुद्दा है, वेब सॉकेट पुस्तकालय मैं उपयोग कर रहा था, या दृश्य स्टूडियो कोड, मैं केवल अनुमान लगा सकते हैं; यदि लोड को बदलना और अधिक विघटन करना परीक्षण करना आपके लिए एक विकल्प नहीं है, तो मेरे लिए काम करने वाले समय पर बढ़ते सुझाव (हालांकि 3 सेकंड टाइमआउट का कारण यह है कि वास्तव में उससे अधिक इंतजार करना ...8-12 सेकेंड जो मेरे मामले में कोड पर कदम उठाने के लिए ले जा रहा था, चीजों को गति देने के लिए मेरे अन्य एसिंक लोड को बदलने के लिए असुविधाजनक था)।
अपनी लॉन्च कॉन्फ़िगरेशन में 'नोड' को 'नोड 2' में बदलने का प्रयास करें। मेरे लिए काम किया
कमाल! मैं बेहद संदिग्ध था, लेकिन न केवल "अनुत्तरदायी" मुद्दे को ठीक किया, इसने मेरे वीएससीओडी में नाटकीय रूप से डीबगिंग की गति में सुधार किया है। धन्यवाद! – pioSko
नोड संस्करण 6.3 या उसके बाद के संस्करण के लिए, नोड का उपयोग करते रहें, लेकिन इसके बजाय, प्रोटोकॉल जोड़ें: "इंस्पेक्टर" 'आपके लॉन्च कॉन्फ़िगरेशन में। मेरा [नीचे जवाब] देखें (https://stackoverflow.com/a/44249512/319711)। –
एलसीओनी-एस्टेवाम-जूनियर के सुझाव के आधार पर मैंने लॉन्च कॉन्फ़िगरेशन में नोड 2 का उपयोग करने का प्रयास किया है। हालांकि, अब समर्थित नहीं है, लेकिन बनाम कोड ने कृपया नोड (जैसा था) का उपयोग करने का सुझाव दिया है, और "protocol": "inspector", जोड़ें (हालांकि इसमें नोड संस्करण 6.3 या उच्चतम की आवश्यकता है)। इसने नोड की उत्तरदायित्व तय कर दी है, और अब, मैं फिर से खुशी से डीबग कर सकता हूं।
तो मेरी लांच config अब की तरह दिखता है: json { "version": "0.2.0", "configurations": [{ "type": "node", "protocol": "inspector", "request": "launch", "name": "Launch Program", "program": "${workspaceRoot}/src/index.ts", "outFiles": [ "${workspaceRoot}/dist/**/*.js" ] }] }
कृपया, यहाँ के माध्यम से देखना [http://stackoverflow.com/questions/30662723/vscode-debugging-not-working-for-nodejs-application] (http://stackoverflow.com/questions/30662723/vscode-debugging-not-working-for-nodejs- appplication) – Hayot