В чем разница между UDP и TCP/IP?

Разница между UDP и TCP/IP

Это фундаментальное различие двух транспортных протоколов OSI модели, каждый из которых оптимален для разных сценариев.

TCP (Transmission Control Protocol)

Характеристики:

• Надёжность — гарантирует доставку всех пакетов в правильном порядке
• Connection-oriented — требует установления соединения перед отправкой данных (3-way handshake)
• Flow control — отправитель не перегружает получателя
• Congestion control — адаптивная скорость отправки при перегрузке сети
• Упорядочение — пакеты доставляются в том же порядке, что были отправлены
• Задержка — добавляет overhead на подтверждение (ACK) пакетов

// TCP socket в C++
int sock = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
connect(sock, (struct sockaddr*)&server_addr, sizeof(server_addr));
send(sock, data, len, 0);  // Гарантированная доставка
recv(sock, buffer, sizeof(buffer), 0);
close(sock);

Использование:

• HTTP/HTTPS (веб)
• Email (SMTP, POP3)
• FTP (передача файлов)
• SSH/Telnet (удалённый доступ)
• Любые приложения, где потеря данных критична

UDP (User Datagram Protocol)

Характеристики:

• Скорость — минимальный overhead, максимальная пропускная способность
• Connectionless — отправляй данные без установления соединения
• No ordering guarantee — пакеты могут прийти в другом порядке
• No flow control — отправляющая сторона не знает состояние получателя
• Потери допустимы — некритичные пакеты могут быть потеряны
• Broadcast/Multicast — можешь отправить одному пакету множеству получателей

// UDP socket в C++
int sock = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP);
// Не нужен connect(), отправляем сразу
sendto(sock, data, len, 0, (struct sockaddr*)&dest_addr, sizeof(dest_addr));
recvfrom(sock, buffer, sizeof(buffer), 0, (struct sockaddr*)&src_addr, &addr_len);
close(sock);

Использование:

• DNS (Domain Name System) — быстро, потеря пакета = retry
• VoIP (видео-конференции) — критична скорость, не критична потеря нескольких пакетов
• Online Gaming — нужна низкая latency для real-time gameplay
• Live Streaming — потеря кадра хуже, чем задержка
• IoT sensors — отправляют метрики, потеря одной некритична
• QUIC (modern HTTP/3) — UDP с собственной надёжностью в приложении

Таблица сравнения

Реальный пример: Video Streaming

TCP (YouTube, Netflix):

Если пакет потерян → переотправляем → видео буферизуется
Предпочитаем полную доставку над скоростью

UDP (Twitch Live):

Если пакет потерян → пропускаем frame → видео идёт дальше
Предпочитаем low-latency над идеальным качеством

Выбор в production

Используй TCP когда:

• Целостность данных критична (деньги, документы, файлы)
• Порядок важен (например, команды в базе данных)
• Можешь позволить себе небольшую задержку

Используй UDP когда:

• Скорость критичнее, чем полнота (видео, аудио)
• Потеря отдельных пакетов допустима
• Нужна высокая пропускная способность
• Требуется broadcast/multicast
• Low latency more important than reliability

Гибридные решения

QUIC протокол (HTTP/3) — использует UDP, но добавляет:

• Надёжность на уровне приложения
• Быстрое восстановление соединения
• Меньше latency при переключении сетей

// Типичный pattern: TCP для контроля, UDP для данных
// Control channel: TCP (медленнее, но надёжно)
// Data channel: UDP (быстро, потери допустимы)
int control_sock = socket(AF_INET, SOCK_STREAM, ...);
int data_sock = socket(AF_INET, SOCK_DGRAM, ...);

Итоговый вывод: TCP и UDP — это не конкуренты, а инструменты для разных задач. Выбор зависит от того, что ты оптимизируешь: надёжность или скорость.