> Use Node.js EventEmitter for typed pub-sub communication with memory leak prevention
Scanned 9/11/2026
Install to Claude Code
npx -y skills add Intense-Visions/harness-engineering --skill node-event-emitter --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Node Event Emitter?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/intense-visions-node-event-emitter-e542b386)More formats (shields.io, HTML) on the badges page.
# Node.js EventEmitter
> Use Node.js EventEmitter for typed pub-sub communication with memory leak prevention
## When to Use
- Implementing decoupled communication between modules
- Building plugin systems or extensible architectures
- Replacing callback chains with event-driven patterns
- Creating typed event systems in TypeScript applications
## Instructions
1. **Basic EventEmitter usage:**
```typescript
import { EventEmitter } from 'node:events';
const emitter = new EventEmitter();
emitter.on('user:created', (user: { id: string; name: string }) => {
console.log(`User created: ${user.name}`);
});
emitter.emit('user:created', { id: '1', name: 'Alice' });
```
2. **Typed EventEmitter** in TypeScript:
```typescript
import { EventEmitter } from 'node:events';
interface AppEvents {
'user:created': [user: { id: string; name: string }];
'user:deleted': [userId: string];
error: [error: Error];
}
class AppEmitter extends EventEmitter<AppEvents> {}
const emitter = new AppEmitter();
emitter.on('user:created', (user) => {
// user is typed as { id: string; name: string }
console.log(user.name);
});
```
3. **One-time listeners** with `once`:
```typescript
emitter.once('ready', () => {
console.log('System initialized');
});
```
4. **Remove listeners** to prevent memory leaks:
```typescript
const handler = (data: string) => console.log(data);
emitter.on('data', handler);
// Later: remove the specific listener
emitter.off('data', handler);
// Or remove all listeners for an event
emitter.removeAllListeners('data');
```
5. **Set max listeners** to catch leaks early:
```typescript
emitter.setMaxListeners(20); // Default is 10
// Or globally
EventEmitter.defaultMaxListeners = 20;
```
6. **Async event handling** with `once` as a Promise:
```typescript
import { once } from 'node:events';
const [data] = await once(emitter, 'data');
console.log(data);
```
7. **Error handling** — always listen for `'error'` events:
```typescript
emitter.on('error', (err) => {
console.error('Emitter error:', err);
});
// Without an error listener, emitting 'error' throws and crashes the process
```
8. **AbortController for cleanup:**
```typescript
const ac = new AbortController();
emitter.on('data', handler, { signal: ac.signal });
// Automatically removes the listener
ac.abort();
```
## Details
EventEmitter is Node.js's built-in pub-sub mechanism. It is synchronous by default — `emit()` calls listeners in registration order and blocks until all complete.
**Synchronous emission:** `emitter.emit('event', data)` runs all listeners synchronously in the current tick. Long-running listeners block the event loop. Use `setImmediate` or `queueMicrotask` inside listeners for async work.
**Memory leak warning:** If more than `maxListeners` are registered for a single event, Node.js prints a warning. This usually indicates listeners being added in a loop without removal.
**Event ordering:** Listeners fire in registration order. `prependListener` adds to the front of the queue.
**Trade-offs:**
- EventEmitter is built-in and zero-dependency — but is synchronous by default
- Typed events in TypeScript catch event name typos — but require maintaining a type map
- Decoupled communication is flexible — but makes control flow harder to trace
- `once` as Promise is convenient — but only captures the first emission
## Source
https://nodejs.org/api/events.html
## Process
1. Read the instructions and examples in this document.
2. Apply the patterns to your implementation, adapting to your specific context.
3. Verify your implementation against the details and edge cases listed above.
## Harness Integration
- **Type:** knowledge — this skill is a reference document, not a procedural workflow.
- **No tools or state** — consumed as context by other skills and agents.
## Success Criteria
- The patterns described in this document are applied correctly in the implementation.
- Edge cases and anti-patterns listed in this document are avoided.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!