Socket.IO — ما هي، مكتبة للتفاعل في الوقت الفعلي

ما هي Socket.IO؟

Socket.IO هي مكتبة JavaScript مفتوحة المصدر للاتصال ثنائي الاتجاه القائم على الأحداث بين العميل والخادم. تم إنشاؤها في عام 2010 بواسطة المطور Guillermo Rauch وأصبحت منذ ذلك الحين المعيار الفعلي لتطبيقات الوقت الفعلي على Node.js.

على عكس WebSocket API الأصلي، توفر Socket.IO تجريدات إضافية: الغرف ومساحات الأسماء وإعادة الاتصال التلقائي وأنواع البيانات الثنائية. المكتبة ليست تطبيقاً منفصلاً لـ WebSocket — فهي تستخدم Engine.IO كطبقة نقل، والتي تنشئ أولاً اتصال HTTP long-polling ثم تحاول الترقية إلى WebSocket.

وفقاً إحصائيات npm (2025)، يتم تنزيل أكثر من 12 مليون نسخة من حزمة socket.io أسبوعياً، مما يجعلها واحدة من أشهر المكتبات في نظام Node.js البيئي. تدعم Socket.IO جميع المنصات الحديثة: المتصفحات و iOS و Android و React Native وتطبيقات سطح المكتب.

التاريخ والإصدارات

تم إصدار Socket.IO الإصدار 1.0 في عام 2014 وقدم مفهوم مساحات الأسماء التي تسمح بتعدد الإرسال لعدة قنوات منطقية عبر اتصال TCP واحد. أضاف الإصدار 2.0 (2017) دعم البيانات الثنائية وحسن أداء التحليل. الإصدار الحالي 4.x (2020–2025) يتضمن دعماً كاملاً لـ TypeScript ووضع المحول الرئيسي للتوسعة وتوافقاً عكسياً محسناً.

يحافظ كل إصدار رئيسي على التوافق العكسي للـ API — يمكن لعميل socket.io@2 الاتصال بخادم socket.io@4 من خلال وضع توافق خاص. هذا مهم للمشاريع طويلة العمر حيث يتم ترقية الجانب العميل بشكل تدريجي.

كيف تعمل Socket.IO

تتكون بنية Socket.IO من مكونين: وحدة الخادم (حزمة npm socket.io) ووحدة العميل (حزمة npm socket.io-client). يعمل الخادم فوق خادم HTTP(S) الخاص بـ Node.js ويستخدم Engine.IO لإدارة طبقة النقل.

عند الاتصال الأولي، يرسل العميل طلب HTTP إلى الخادم. يستجيب Engine.IO وينشئ اتصال long-polling. بعد ذلك، يرسل العميل طلباً لترقية بروتوكول النقل إلى WebSocket. إذا كان الخادم يدعم WebSocket، تتم الترقية ضمن جلسة TCP واحدة. إذا لم يكن كذلك، يبقى الاتصال على long-polling ولا يتطلب كود التطبيق أي تغييرات.

وفقاً اختبارات أداء Socket.IO (2024)، عند استخدام WebSocket، يبلغ زمن الوصول 2–5 مللي ثانية لكل إرسال رسالة، بينما يضيف long-polling 150–300 مللي ثانية بسبب النفقات العامة لـ HTTP. اختيار النقل شفاف للمطور.

بروتوكول Engine.IO

Engine.IO هي طبقة النقل منخفضة المستوى التي بنيت عليها Socket.IO. وهي مسؤولة عن إنشاء الاتصال واختيار النقل و heartbeat (ping/pong) وإنهاء الاتصال. أنواع حزم Engine.IO الرئيسية هي: open (تهيئة) و close (إغلاق) و ping/pong (حافظ على الحياة) و upgrade (تغيير النقل) و message (بيانات).

تبني Socket.IO نموذجها القائم على الأحداث فوق Engine.IO — وهذا ما يعمل معه المطور. يتم تغليف كل رسالة Socket.IO في حزمة Engine.IO من نوع message مع معرف فريد لتأكيد التسليم.

الميزات الرئيسية لـ Socket.IO

Socket.IO توفر مجموعة من الميزات غير الموجودة في WebSocket API الأصلي وتجعل تطوير تطبيقات الوقت الفعلي أسهل بكثير. دعنا نستعرض أهمها.

إعادة الاتصال التلقائي — يستعيد العميل الاتصال تلقائياً عند الانقطاع مع تأخير أسي (100 مللي ثانية، 200 مللي ثانية، 400 مللي ثانية... حتى الحد الأقصى). وفقاً لوثائق Socket.IO (2024)، إعدادات إعادة المحاولة متاحة عبر المعلمتين reconnectionDelay و reconnectionAttempts. هذا الخيار حاسم لتطبيقات الجوال حيث قد ينقطع الاتصال أثناء تغيير الشبكة.

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

مساحات الأسماء — فصل منطقي لقنوات الاتصال على اتصال واحد. على سبيل المثال، مساحة /chat لرسائل الدردشة و /notifications للإشعارات. كل مساحة اسم لها غرفها الخاصة و middleware ومعالجاتها. يتم تعدد إرسال مساحات الأسماء عبر اتصال TCP واحد، مما يوفر الموارد.

تأكيد التسليم — عند إرسال رسالة، يمكن تمرير دالة رد اتصال سيتم استدعاؤها عندما يؤكد الخادم الاستلام. يتم تنفيذ ذلك من خلال معرف فريد لكل حزمة. تضمن آلية التأكيد وصول الرسائل الهامة (على سبيل المثال، معاملات الدفع) إلى المستلم.

Socket.IO مقابل WebSocket: مقارنة

الاختيار بين Socket.IO و WebSocket الأصلي يعتمد على متطلبات المشروع. WebSocket هو بروتوكول موحد (RFC 6455) تدعمه جميع المتصفحات الحديثة. Socket.IO هي مكتبة تستخدم WebSocket كنقل ولكنها تضيف ميزات إضافية.

إذا كان مشروعك يتطلب أقصى أداء وأقل حجم للعميل — اختر WebSocket الأصلي. إذا كنت بحاجة إلى تسليم موثوق وتجميع ونموذج أحداث — ستقلل Socket.IO وقت التطوير بمقدار 2–3 مرات بفضل التجريدات الجاهزة.

وفقاً لاستطلاع State of JS 2024، يفضل 67% من مطوري تطبيقات الوقت الفعلي Socket.IO بسبب سهولة API والمعالجة المدمجة للحالات الحدودية (انقطاع الشبكة، إعادة الاتصال، البيانات الثنائية).

كيفية توصيل Socket.IO في مشروع

تثبيت Socket.IO يتطلب حزمتين: حزمة الخادم وحزمة العميل. دعنا نستعرض الإعداد الأساسي لمشروع Node.js. ينشئ الخادم خادم HTTP ويهيئ Socket.IO ويتعامل مع أحداث اتصال وفصل العملاء.

وفقاً لوثائق Socket.IO (2024)، يمكن تشغيل الخادم بدون Express باستخدام وحدة http المدمجة، لكن المشاريع الفعلية تستخدم عادة Express أو Fastify لتوجيه طلبات HTTP.

كود الخادم في Node.js

const express = require('express');
const http = require('http');
const Server = require('socket.io');

const app = express();
const server = http.createServer(app);
const io = new Server(server, {
    cors: { origin: '*' }
});

io.on('connection', (socket) => {
    console.log('العميل متصل:', socket.id);

    socket.emit('welcome', { message: 'Hello from server' });

    socket.on('disconnect', () => {
        console.log('العميل غير متصل');
    });
});

server.listen(3000, () => {
    console.log('الخادم يعمل على المنفذ 3000');
});

كود العميل في المتصفح

import { io } from 'socket.io-client';

const socket = io('http://localhost:3000', {
    transports: ['websocket', 'polling'],
    reconnectionDelay: 1000
});

socket.on('welcome', (data) => {
    console.log(data.message);
});

socket.emit('chat message', {
    user: 'Alice',
    text: 'Hello everyone!'
});

الأحداث والغرف في Socket.IO

نموذج أحداث Socket.IO يعتمد على الأحداث المسماة. يرسل الخادم والعميل ويستقبلان الرسائل المرتبطة باسم حدث محدد. يمكن أن تكون الحمولة سلسلة نصية أو كائن JSON أو بيانات ثنائية (Buffer, ArrayBuffer, Blob).

يدعم كل حدث ACK (إقرار) — تمرير دالة رد اتصال يتم تنفيذها على جانب المرسل بعد معالجة الحدث من قبل المستلم. يتيح ذلك تنفيذ نمط طلب-استجابة فوق نموذج الأحداث. يعمل ACK فقط إذا قام المستلم باستدعاء رد الاتصال صراحة.

وفقاً لوثائق Socket.IO (2024)، يجب ألا يتجاوز الحد الأقصى لحجم الرسالة الواحدة 1 ميغابايت للأداء الأمثل. يجب تقسيم الرسائل الأكبر إلى أجزاء أو إرسالها عبر قناة منفصلة.

العمل مع الغرف

io.on('connection', (socket) => {
    socket.join('room-1');

    socket.to('room-1').emit('user joined', {
        userId: socket.id
    });

    io.to('room-1').emit('message', {
        text: 'Broadcast to room'
    });

    socket.leave('room-1');
});

توسيع نطاق Socket.IO

التوسعة الأفقية لـ Socket.IO تتطلب حل مشكلة مشاركة الحالة بين عمليات خادم متعددة. يتم تخزين الغرف ومساحات الأسماء وقائمة المقابس المتصلة في ذاكرة عملية واحدة ولا تكون مرئية للعمليات الأخرى بدون محول.

المحولات الرسمية لـ Socket.IO: redis (عبر Redis Pub/Sub) و mongodb (عبر MongoDB change streams) و cluster (لوضع تعدد العمليات في Node.js cluster). يعمل المحول كوسيط رسائل بين مثيلات Socket.IO. عند إرسال حدث إلى غرفة، ينشره المحول في Redis وتتلقى جميع الخوادم الإشعار.

وفقاً اختبارات التحميل لـ Socket.IO (2024)، يعالج عنقود من 4 خوادم مع محول Redis ما يصل إلى 400 000 اتصال متزامن مع زمن وصول أقل من 10 مللي ثانية. بدون محول، تبلغ السعة القصوى لعملية Node.js واحدة حوالي 100 000 اتصال مع 1 غيغابايت من الذاكرة.

تكوين محول Redis

const Server = require('socket.io');
const RedisAdapter = require('@socket.io/redis-adapter');
const Redis = require('ioredis');

const pubClient = new Redis({ host: 'localhost', port: 6379 });
const subClient = pubClient.duplicate();
const io = new Server(server);
io.adapter(RedisAdapter(pubClient, subClient));

عند استخدام Kubernetes أو Docker Swarm، يوصى بتكوين تقارب الجلسة (جلسات ثابتة) بحيث تصل طلبات نفس العميل إلى نفس الخادم؛ وإلا قد يتغير التعيين مع كل إعادة اتصال.