Bird
Raised Fist0
Node.jsframework~8 mins

Once listeners in Node.js - Performance & Optimization

Choose your learning style10 modes available

Start learning this pattern below

Jump into concepts and practice - no test required

or
Recommended
Test this pattern10 questions across easy, medium, and hard to know if this pattern is strong
Performance: Once listeners
MEDIUM IMPACT
This affects event handling performance and memory usage by limiting listener calls to one execution.
Handling an event only once to avoid repeated executions
Node.js
const EventEmitter = require('events');
const emitter = new EventEmitter();
emitter.once('data', () => {
  console.log('Data received once');
});
Listener automatically removes itself after first call, saving CPU cycles and memory by not running again.
📈 Performance GainSingle event handler call, reduces CPU and memory usage for repeated events.
Handling an event only once to avoid repeated executions
Node.js
const EventEmitter = require('events');
const emitter = new EventEmitter();
emitter.on('data', () => {
  console.log('Data received');
});
Listener stays active and runs every time the event fires, causing extra CPU and memory use if only one call is needed.
📉 Performance CostTriggers event handler on every event, increasing CPU usage and memory retention over time.
Performance Comparison
PatternEvent CallsMemory UsageCPU UsageVerdict
Persistent listener (on)Multiple calls per eventHigher due to retained listenersHigher due to repeated callbacks[X] Bad
Once listener (once)Single call per eventLower due to auto-removalLower due to single callback[OK] Good
Rendering Pipeline
Once listeners affect the event handling phase by limiting listener invocation to a single time, reducing repeated callback executions and memory retention.
Event Handling
Memory Management
⚠️ BottleneckRepeated event callbacks causing unnecessary CPU and memory use
Core Web Vital Affected
INP
This affects event handling performance and memory usage by limiting listener calls to one execution.
Optimization Tips
1Use once listeners for events that only need handling once to save CPU and memory.
2Avoid persistent listeners for single-use events to prevent unnecessary repeated calls.
3Monitor event listener usage to keep event handling efficient and responsive.
Performance Quiz - 3 Questions
Test your performance knowledge
What is the main performance benefit of using a once listener in Node.js?
AIt caches event data for faster future calls.
BIt automatically removes the listener after one call, reducing CPU and memory use.
CIt batches multiple events into one callback.
DIt delays event handling to improve responsiveness.
DevTools: Performance
How to check: Record a session while emitting events multiple times; check the call stack for repeated listener calls.
What to look for: Look for multiple invocations of the same listener function indicating persistent listeners; once listeners show only one call.

Practice

(1/5)
1. What is the main behavior of a once listener in Node.js event handling?
easy
A. It runs twice before removing itself automatically.
B. It runs only the first time the event is emitted and then removes itself.
C. It runs every time the event is emitted without removing itself.
D. It never runs automatically and must be triggered manually.

Solution

  1. Step 1: Understand the purpose of once listeners

    Once listeners are designed to handle an event only once, meaning they execute their callback a single time.
  2. Step 2: Recognize automatic removal behavior

    After running once, the listener removes itself automatically to prevent further executions.
  3. Final Answer:

    It runs only the first time the event is emitted and then removes itself. -> Option B
  4. Quick Check:

    Once listener = runs once then removes [OK]
Hint: Once listeners run once then auto-remove themselves [OK]
Common Mistakes:
  • Thinking once listeners run multiple times
  • Confusing once with on listeners
  • Assuming manual removal is needed
2. Which of the following is the correct syntax to add a once listener to an EventEmitter instance emitter for event 'start'?
easy
A. emitter.once('start', () => { console.log('Started'); });
B. emitter.on('start', () => { console.log('Started'); });
C. emitter.once('start', console.log('Started'));
D. emitter.once('start', function console.log('Started'));

Solution

  1. Step 1: Identify the correct method for once listeners

    The method to add a once listener is once, not on.
  2. Step 2: Check the callback syntax

    The callback must be a function, so () => { console.log('Started'); } is correct. Passing the result of console.log directly is wrong.
  3. Final Answer:

    emitter.once('start', () => { console.log('Started'); }); -> Option A
  4. Quick Check:

    Use emitter.once(event, callback) with a function [OK]
Hint: Use emitter.once with a function callback [OK]
Common Mistakes:
  • Using emitter.on instead of emitter.once
  • Passing console.log() call instead of function
  • Incorrect function syntax in listener
3. Consider this code snippet:
const EventEmitter = require('events');
const emitter = new EventEmitter();

emitter.once('ping', () => console.log('Ping received'));
emitter.emit('ping');
emitter.emit('ping');

What will be the output?
medium
A. No output
B. Ping received Ping received
C. Ping received
D. Error thrown

Solution

  1. Step 1: Understand emitter.once behavior

    The listener runs only once on the first emit('ping') call.
  2. Step 2: Analyze the two emit calls

    The first emit('ping') triggers the listener and prints 'Ping received'. The second call finds no listener because it was removed after first run.
  3. Final Answer:

    Ping received -> Option C
  4. Quick Check:

    once listener runs once, so output once [OK]
Hint: once listeners run only on first emit call [OK]
Common Mistakes:
  • Expecting output on second emit
  • Confusing once with on listeners
  • Assuming listener stays after first run
4. What is wrong with this code snippet?
const EventEmitter = require('events');
const emitter = new EventEmitter();

emitter.once('data', console.log('Data event'));
emitter.emit('data');
medium
A. The listener callback is called immediately, not on event emit.
B. The event name 'data' is invalid for once listeners.
C. The emitter.emit call is missing a callback function.
D. The once method does not exist on EventEmitter.

Solution

  1. Step 1: Check how the callback is passed

    The code passes console.log('Data event') which calls console.log immediately and passes its return (undefined) as listener.
  2. Step 2: Understand correct callback usage

    The callback should be a function, e.g., () => console.log('Data event'), to run only on event emit.
  3. Final Answer:

    The listener callback is called immediately, not on event emit. -> Option A
  4. Quick Check:

    Pass function, not function call, as listener [OK]
Hint: Pass function, not function call, as listener [OK]
Common Mistakes:
  • Calling function instead of passing it
  • Assuming event name invalid
  • Thinking once method is missing
5. You want to log a message only the first time a user connects to your server using an EventEmitter server. Which code snippet correctly achieves this and prevents multiple logs if the user reconnects?
hard
A. server.on('connect', () => console.log('User connected'));
B. server.on('connect', console.log('User connected'));
C. server.once('connect', console.log('User connected'));
D. server.once('connect', () => console.log('User connected'));

Solution

  1. Step 1: Identify the requirement for single execution

    Logging only once means the listener should run once and then remove itself.
  2. Step 2: Choose the correct method and callback syntax

    server.once('connect', () => console.log('User connected')) uses the once method with a function callback, ensuring single log on first connect.
  3. Final Answer:

    server.once('connect', () => console.log('User connected')); -> Option D
  4. Quick Check:

    Use once with function callback for single event handling [OK]
Hint: Use once with function callback to run once [OK]
Common Mistakes:
  • Using on instead of once for single execution
  • Passing function call instead of function
  • Expecting multiple logs with once listener