مقایسه HTTP Long Polling با WebSockets

HTTP Long Polling:

این تکنیک به مشکل ساخت اپلیکیشن‌های دوطرفه روی وب، که به طور معمول برای ارتباط یک‌طرفه طراحی شده، پاسخ می‌دهد. در این روش کلاینت یک درخواست ارسال می‌کند و سرور پاسخ می‌دهد. با HTTP Long Polling، مدل درخواست و پاسخ معکوس بصورت زیر انجام میشود:

۱. مشتری یک درخواست GET به سرور ارسال می‌کند: برخلاف درخواست‌های معمول HTTP، این درخواست به صورت باز و بدون درخواست پاسخ فوری ارسال می‌شود، تا هر زمان که پاسخ آماده شد دریافت شود.
۲. زمان می‌گذرد: در این مدت، تایم‌اوت HTTP قابل تنظیم است. Long Polling از این قابلیت بهره می‌برد و مدت زمان تایم‌اوت را به مدت طولانی یا نامحدود تنظیم می‌کند تا درخواست باز بماند، حتی اگر سرور پاسخی نداشته باشد.
۳. سرور پاسخ می‌دهد: هر زمان که سرور محتوای جدیدی برای ارسال داشته باشد، ارتباط با پاسخ بسته می‌شود. این محتوا می‌تواند یک پیام جدید چت، نتیجه به‌روزرسانی‌شده یک مسابقه ورزشی، یا یک هشدار خبری باشد.
۴. مشتری دوباره درخواست GET جدیدی ارسال می‌کند و این چرخه تکرار می‌شود.

نکته کلیدی در موفقیت HTTP Long Polling این است که هیچ تغییری در اصول اولیه، به خصوص در سمت کلاینت، ایجاد نمی‌کند. در این روش بیشتر کارها در سمت سرور انجام می‌شود، مخصوصاً مدیریت وضعیت صدها هزار اتصال که منابع زیادی نیاز دارد.

Long Polling به عنوان راه‌حلی برای اجازه دادن به سرورها برای ارسال داده به مشتریان وب عمل می‌کند، و HTTP را کمی تغییر می‌دهد تا این کار امکان‌پذیر شود.

مزایا و معایب

مزایا:
- موجود بودن در همه سیستم ها: از آنجایی که از چرخه معمول درخواست و پاسخ HTTP استفاده می‌کند، تقریباً هر مشتری که قابلیت تنظیم تایم‌اوت و XMLHttpRequest را داشته باشد، از Long Polling پشتیبانی می‌کند.
- پشتیبانی سرورهای معمولی: اگرچه باید کد مخصوصی برای مدیریت Long Polling در پشت‌صحنه اپلیکیشن خود بنویسید، اما با زیرساخت موجود وب کار می‌کند.
- توسط فایروال‌ها مسدود نمی‌شود: برخی فایروال‌ها ممکن است پروتکل‌های جدید را مسدود کنند، اما HTTP را مسدود نمی‌کنند.

معایب:
- ناکارآمد و کند: پروتکل‌های مدرن مانند WebSocket مصرف پهنای باند کمتری دارند و تأخیر را کاهش می‌دهند.
- مقیاس‌پذیری دشوار: مدیریت Long Polling روی چندین سرور نیازمند پیگیری وضعیت در یک پروتکل بدون حالت است.
- تضمین‌های محدود: تضمین اینکه پیام‌ها به ترتیب و کامل به مشتری برسند دشوار است.

WebSockets

WebSocket یک تکنولوژی واقعی دوطرفه است که ارتباط دائمی و دوطرفه بین کلاینت و سرور را فراهم می‌کند. WebSocket با اتصال دائمی و بدون سربار زیاد، به سرور و کلاینت اجازه می‌دهد هر زمان که لازم بود داده‌ها را ارسال کنند.

مزایا:
- WebSocket به تأخیرهای ایجاد شده توسط Long Polling پایان می‌دهد.
- پیام‌رسانی کامل و غیرهمزمان دوطرفه پشتیبانی می‌شود.
- بدون نیاز به ارسال درخواست‌های XMLHttpRequest، اندازه داده‌ها کاهش می‌یابد.

معایب:
- WebSocket به طور خودکار در صورت قطع ارتباط باز نمی‌گردد و باید به صورت دستی مدیریت شود.
- WebSocket حالت‌دار است، بنابراین هنگام مقیاس‌بندی نیاز به مدیریت حالت دارد.

امیدوارم این مقاله برای شما جذاب بوده باشه، خوشحال میشم از بخش نظرات نظر خودتون رو با ما در میون بذارید :)