ما الفرق بين EventEmitter وطابور المهام في Node.js؟

Question

IT Interview Practice · Accepted Answer

اختر بين EventEmitter وطابور الوظائف بسؤال **أين يجب أن ينفذ العمل، وماذا يحدث إذا توقفت العملية**.

يخطر EventEmitter المستمعين داخل عملية Node.js واحدة. أما الطابور الدائم فيخزن العمل ليعالجه العمال لاحقًا. كلاهما يفصل المسؤوليات، لكن سلوك الفشل مختلف.

## 1. تتبع إشعارًا محليًا

لنفترض أن مكونًا أنهى التهيئة ويريد من مكونات أخرى في العملية نفسها الاستجابة. يناسب EventEmitter ذلك طبيعيًا: سجّل المستمعين ثم أطلق الحدث.

```text
[One process]
emit("ready") -> Listener A
              -> Listener B
```

يستدعي Node.js المستمعين المسجلين تزامنيًا وفق ترتيب التسجيل. لا يُخزن الحدث نفسه للمستمعين الذين يسجلون لاحقًا، ولا يبقى العمل غير المكتمل بعد تعطل العملية. [أحداث Node.js](https://nodejs.org/api/events.html).

يناسب ذلك إشعارًا محليًا يمكن فقده أو إعادة بنائه. لكنه يصبح غير كافٍ عندما يتوقع العمل بقاء المهمة بعد توقف مرسلها.

## 2. افهم ما الذي يغيره المستمع async

قد يبدأ المستمع async عملًا غير متزامن، لكن emit لا ينتظر الـ promise الذي يرجعه. لذلك لا يكون ترتيب الاستدعاء بالضرورة ترتيب الاكتمال.

يظل الكود المتزامن الثقيل على CPU داخل المستمع يؤخر العملية. تعامل صراحة مع الأخطاء المرمية والـ promises المرفوضة؛ يمكن لـ captureRejections توجيه الرفض إلى معالجة الأخطاء، لكنه لا يحفظ المهمة أو يعيد محاولتها.

إضافة async تغير كيفية تنفيذ المستمع للعمل، لكنها لا تحول حدثًا في الذاكرة إلى طابور دائم.

## 3. تتبع مهمة في طابور

افترض الآن أن حفظ طلب يجب أن يؤدي في النهاية إلى إنشاء فاتورة. يوفر الطابور مكانًا للاحتفاظ بالتعليمة عندما يكون العمال غير متاحين أو مشغولين.

```text
[Producer] -> [Durable queue] -> [Available worker]
                    |                   |
              [Pending work]      [Result / retry]
```

يرسل المنتج وظيفة، ويعالج عامل محاولة ويسجل النتيجة. يمكن نشر العمال وتوسيعهم بصورة مستقلة عن API. وما زالت المتانة تعتمد على تخزين الطابور وتكوينه.

في طابور اعتيادي يتنافس فيه العمال، يعالج عامل واحد كل محاولة. يختلف ذلك عن بث حدث إلى كل مستمعي EventEmitter. إذا احتاج عدة مشتركين مستقلين إلى الحدث كلٌ على حدة، فاختر نموذج تسليم يدعم هذا المتطلب أو اضبطه وفقًا لذلك.

## 4. افحص الفجوة بين الحفظ والإدراج في الطابور

مع EventEmitter، قد يؤدي التعطل بعد حفظ الطلب وقبل إطلاق الحدث إلى فقد تعليمة الفاتورة. يحمي الطابور الدائم الوظيفة بعد قبولها، لكنه لا يحمي تلقائيًا الفجوة السابقة بين تثبيت قاعدة البيانات والإرسال.

يغلق outbox هذه الفجوة بتخزين الطلب وتعليمته في معاملة قاعدة البيانات نفسها. يقرأ ناشر outbox ويرسل الوظيفة لاحقًا.

قد يتكرر التسليم إذا فقد الناشر التأكيد. أعطِ إنشاء الفاتورة مفتاح عمل ثابتًا وقيد تفرد أو تطبيقًا آخر آمنًا عند التكرار. تكرار المحاولة يجب ألا ينشئ فاتورة ثانية. [الوظائف الآمنة عند التكرار](https://docs.bullmq.io/patterns/idempotent-jobs).

## 5. قارن الخيارات بالحاجة الفعلية

| المتطلب | EventEmitter | طابور وظائف دائم |
| --- | --- | --- |
| إخطار مكونات داخل عملية واحدة | مباشر وخفيف | غالبًا يضيف بنية تحتية غير ضرورية. |
| إبقاء العمل المعلق بعد توقف المرسل | لا يوجد سجل دائم مدمج | ممكن مع تخزين واستعادة مناسبين. |
| إعادة المحاولة وفحص الأعمال المتراكمة | يجب أن يبني التطبيق ذلك | قدرات شائعة للطوابير تحتاج ضبطًا. |
| تنفيذ العمل على أجهزة أخرى | ليس دوره | يمكن تشغيل العمال بصورة مستقلة. |

في مثال التهيئة سأستخدم EventEmitter. ولإنشاء فواتير يجب أن يتعافى من الفشل، سأستخدم طابورًا دائمًا وأعالج تسليم العمل من قاعدة البيانات وتكرار المحاولات.

اختبر بإيقاف العملية عند الحدود المهمة: قبل الإرسال، وبعد القبول، وبعد حدوث الأثر التجاري. يجب أن تطابق النتيجة الضمان الذي يتوقعه المستخدم.

**تذكر:** إشعار محلي ← EventEmitter؛ عمل خلفي قابل للاستعادة ← طابور دائم. وللآثار الحساسة، صمم أيضًا التسليم ومنع التكرار.

المتطلب	EventEmitter	طابور وظائف دائم
إخطار مكونات داخل عملية واحدة	مباشر وخفيف	غالبًا يضيف بنية تحتية غير ضرورية.
إبقاء العمل المعلق بعد توقف المرسل	لا يوجد سجل دائم مدمج	ممكن مع تخزين واستعادة مناسبين.
إعادة المحاولة وفحص الأعمال المتراكمة	يجب أن يبني التطبيق ذلك	قدرات شائعة للطوابير تحتاج ضبطًا.
تنفيذ العمل على أجهزة أخرى	ليس دوره	يمكن تشغيل العمال بصورة مستقلة.

1. تتبع إشعارًا محليًا

2. افهم ما الذي يغيره المستمع async

3. تتبع مهمة في طابور

4. افحص الفجوة بين الحفظ والإدراج في الطابور

5. قارن الخيارات بالحاجة الفعلية

أسئلة ذات صلة