Node.js Practical — WebSocket cleanup — Async Bug

Node.js Published Updated 0 Views Verified
Node.js Practical Debugging — WebSocket cleanup (Async Bug). The code logs undefined, returns before data arrives, or silently loses an error. Fix the asynchronous flow using async/await or proper promise handling. The specific area is duplicate listeners after reconnect/navigation. Assume a real Express/Node.js project where the developer needs a reliable, maintainable fix. Explain why the buggy version can fail, then provide corrected code and the expected behavior. Do not hide the root cause behind a generic 'restart the server' answer. BUGGY/PROBLEM CODE: io.on('connection', socket => { socket.on('send-message', message => { io.to(roomId).emit('message', message); }); }); TASK: Find the exact problem and write the production-safe correction.
Looking for the latest Sarkari Result 2026 updates? Check the latest government exam results, merit lists and result updates on Sarkari Resultess.
Sarkari Resultess
Questions & Answers

Answer & Explanation

4 Answers
Verified Correct Answer

Correct Code / Solution

io.on('connection', socket => { socket.on('join-room', roomId => { socket.join(String(roomId)); }); socket.on('send-message', ({roomId, message}) => { if (!roomId || !message) return; io.to(String(roomId)).emit('message', {roomId, message}); }); });
Additional Explanation
Root cause: duplicate listeners after reconnect/navigation. The important debugging step is to verify the exact runtime value, module path, middleware order, environment variable, database/model export, or asynchronous result before changing unrelated code. The corrected version adds explicit validation/error handling where appropriate. Expected behavior: the code should either complete the requested operation or return/log a controlled error instead of failing silently, returning undefined unexpectedly, or crashing the process.
Sarkari Resultess
Editorial Answer 1
Verified

Possible but Incorrect Code

io.on('connection', socket => { socket.on('send-message', message => { io.to(roomId).emit('message', message); }); });
Additional Explanation
यह option जानबूझकर एक common bug/unsafe approach दिखाता है। इसे production solution के रूप में इस्तेमाल करने से पहले variable scope, async flow, module path, validation, error handling और security checks verify करें। ऊपर दिए गए correct option से exact difference compare करें.
Sarkari Resultess
Editorial Answer 2
Verified

Possible but Incorrect Code

io.on('connection', socket => { socket.on('send-message', message => { io.to(roomId).emit('message', message); }); });
Additional Explanation
यह option जानबूझकर एक common bug/unsafe approach दिखाता है। इसे production solution के रूप में इस्तेमाल करने से पहले variable scope, async flow, module path, validation, error handling और security checks verify करें। ऊपर दिए गए correct option से exact difference compare करें.
Sarkari Resultess
Editorial Answer 3
Verified Correct Answer

Correct Code / Solution

io.on('connection', socket => { socket.on('join-room', roomId => { socket.join(String(roomId)); }); socket.on('send-message', ({roomId, message}) => { if (!roomId || !message) return; io.to(String(roomId)).emit('message', {roomId, message}); }); });
Additional Explanation
Root cause: duplicate listeners after reconnect/navigation. The important debugging step is to verify the exact runtime value, module path, middleware order, environment variable, database/model export, or asynchronous result before changing unrelated code. The corrected version adds explicit validation/error handling where appropriate. Expected behavior: the code should either complete the requested operation or return/log a controlled error instead of failing silently, returning undefined unexpectedly, or crashing the process.
Sarkari Resultess
Editorial Answer 4