Publish/subscribe (pub/sub) es un patrón de mensajería donde los publicadores emiten eventos y los suscriptores reaccionan a ellos, sin conocerse directamente entre sí. Muchas librerías de estado (y sistemas de eventos) se construyen sobre él — un store publica cambios y los componentes se suscriben a ellos.
function createStore(initial) {
let state = initial;
const subscribers = new Set();
return {
getState: () => state,
setState(next) {
state = { ...state, ...next };
subscribers.forEach((fn) => fn(state)); // PUBLISH: notify all subscribers
},
subscribe(fn) {
subscribers.add(fn); // SUBSCRIBE
return () => subscribers.delete(fn); // return an unsubscribe function
},
};
}
Los componentes llaman a subscribe(callback) para ser notificados; el store llama a cada suscriptor cuando el estado cambia (setState). Así es esencialmente como funcionan store.subscribe de Redux, Zustand y los event emitters bajo el capó.
Publisher (the store) doesn't know WHO is listening.
Subscribers don't know WHO published.
→ They're decoupled, communicating only through the event/store.
Este acoplamiento débil permite que partes no relacionadas de una aplicación reaccionen a los mismos cambios sin referencias directas entre ellas — flexible y extensible.
✓ Pros: decoupled, flexible, many-to-many communication, easy to add listeners
✗ Cons:
- Implicit flow — hard to trace WHO reacts to an event (vs explicit calls)
- Memory leaks — forgetting to UNSUBSCRIBE keeps dead listeners alive
- Debugging — indirection makes "why did this run?" harder to answer
- Ordering — subscriber execution order can be non-obvious
El peligro práctico más grande es olvidar desuscribirse (por ejemplo, al desmontar un componente), lo que causa fugas de memoria y puede hacer que los callbacks se ejecuten en componentes ya destruidos.
useEffect(() => {
const unsub = store.subscribe(handleChange);
return unsub; // ✅ cleanup — unsubscribe on unmount
}, []);
Pub/sub es el mecanismo subyacente de la mayoría de librerías de estado y sistemas de eventos — comprenderlo desmitifica cómo los stores notifican a los componentes y cómo funcionan subscribe/unsubscribe.
Explica tanto la potencia (comunicación desacoplada y flexible) como las trampas (flujo de datos implícito que es difícil de rastrear, y fugas de memoria por suscripciones no limpiadas).
Reconocer pub/sub te ayuda a razonar sobre la reactividad bajo el capó y refuerza la importancia de siempre limpiar las suscripciones.