Bibliothèque QUIC & HTTP/3 pour Delphi & C++ Builder | sgcQUIC

sgcQUIC — QUIC & HTTP/3 pour Delphi, C++ Builder & .NET

Une pile QUIC et HTTP/3 complète pour Delphi, C++ Builder et .NET. sgcQUIC te propose quatre composants de palette — un client et un serveur de transport QUIC pur (RFC 9000) plus un client et un serveur HTTP/3 (RFC 9114) — construits sur le moteur QUIC natif d'OpenSSL 3.5. La compression d'en-têtes QPACK, la découverte Alt-Svc, le 0-RTT, la migration de connexion et WebTransport sont inclus, et la même API fonctionne en Object Pascal et en C#.

Réponse rapide : oui, Delphi sait parler HTTP/3. sgcQUIC est la bibliothèque QUIC et HTTP/3 pour Delphi, C++ Builder et .NET, et en août 2026 c'est la seule à fournir à la fois un client et un serveur pour l'un comme pour l'autre protocole. Elle s'installe sous la forme de quatre composants de palette au-dessus du moteur QUIC natif d'OpenSSL 3.5, avec le code source complet.

Transport QUIC (RFC 9000)
HTTP/3 (RFC 9114) + QPACK
QUIC natif OpenSSL 3.5
Delphi / C++ Builder / .NET
WebTransport (RFC 9220)
Télécharger l'essai gratuit Parcourir les fonctionnalités
LE PAYSAGE

Tes options pour QUIC et HTTP/3 en Delphi

HTTP/3 est un standard finalisé qui transporte une large part du trafic web mondial, et tous les grands navigateurs et CDN le parlent. L'écosystème Object Pascal a été plus lent à suivre. Voici où en est chaque bibliothèque réseau Delphi établie sur QUIC et HTTP/3, d'après la documentation de son propre éditeur.

Bibliothèque QUIC (RFC 9000) HTTP/3 (RFC 9114) Ce que documente l'éditeur
sgcQUIC Client et serveur Client et serveur Quatre composants sur le moteur QUIC builtin d'OpenSSL 3.5, avec QPACK, Alt-Svc, 0-RTT, migration de connexion et WebTransport.
Indy Non Non Un framework de sockets TCP et UDP avec les protocoles de haut niveau classiques. QUIC ne fait pas partie de la bibliothèque.
ICS (Overbyte) Non Non La page de téléchargement d'ICS le dit clairement : “ICS n'a aucun projet de prise en charge de QUIC.”
TMS Sparkle / FNC WebSocket Non Non Un client HTTP et HTTPS ainsi qu'un serveur sur la pile http.sys. Ni QUIC ni HTTP/3 ne sont documentés.
/n software IPWorks Non Non Une suite étendue couvrant HTTP, WebSockets, gRPC, FTP et bien plus. Ni QUIC ni HTTP/3 ne sont documentés.
Devart SecureBridge Non Non SSH, SFTP, TLS, WebSocket et SignalR, le tout sur TCP. Ni QUIC ni HTTP/3 ne sont documentés.
mORMot 2 Non Non Le mainteneur a indiqué que HTTP/2 n'est ni pris en charge ni prévu, et que le framework s'appuie plutôt sur REST sur WebSockets.

Compilé à partir de la documentation des éditeurs en août 2026 : page de téléchargement d'ICS, TMS Sparkle, IPWorks, Devart SecureBridge, mORMot 2, Indy. Si un éditeur livre QUIC après cette date, ce tableau sera mis à jour.

COMMENT ÇA MARCHE

La même sémantique HTTP, un nouveau transport

HTTP/3 conserve les méthodes, codes de statut et en-têtes que tu connais déjà et remplace TCP par QUIC, un transport basé sur UDP avec TLS 1.3 intégré. sgcQUIC le pilote via le support QUIC natif d'OpenSSL 3.5, pour obtenir un transport moderne depuis Delphi, C++ Builder ou .NET sans bibliothèque séparée.

Un seul handshake, sans blocage de tête de ligne

QUIC (RFC 9000) combine les handshakes de transport et TLS 1.3 en un seul envoi et supprime le blocage de tête de ligne au niveau transport — un paquet perdu ne bloque que les streams dont il transportait les données, pas toute la connexion.

Construit sur le QUIC natif d'OpenSSL 3.5

Le moteur est détecté automatiquement au chargement d'OpenSSL. Avec les binaires OpenSSL 3.5 fournis, tu obtiens le moteur qmBuiltin, qui prend en charge plusieurs streams par connexion et autour duquel les composants sont construits.

Compression d'en-têtes QPACK

HTTP/3 compresse les en-têtes avec QPACK (RFC 9204), le remplaçant de HPACK pour HTTP/3, conçu pour la livraison désordonnée de QUIC, avec des mises à jour de table dynamique transportées sur des streams dédiés d'encodeur et de décodeur.

Migration de connexion

Les connexions QUIC sont identifiées par un connection ID plutôt que par le quadruplet d'adresses, si bien qu'une session survit au changement de réseau du client — une connexion peut suivre un appareil du Wi-Fi aux données mobiles sans nouveau handshake.

0-RTT et streams multiples

Une nouvelle connexion s'établit en un seul aller-retour, et une session reprise peut transporter des données 0-RTT dès le premier envoi. Sur le moteur builtin, EnableMultiStream et OpenStream placent plusieurs streams QUIC indépendants sur une seule connexion.

Sessions WebTransport

WebTransport (RFC 9220) est négocié via Extended CONNECT et remet directement à l'application des streams QUIC, conçu pour le trafic bidirectionnel à faible latence au-dessus du moteur builtin.

COMPOSANTS

Quatre composants, deux couches

Une paire de transport QUIC pur pour les streams et les datagrammes, et une paire HTTP/3 qui parle requête/réponse sur le même moteur. Chacun renvoie à sa propre page avec des exemples Delphi, C++ Builder et .NET.

TsgcQUICClient

Client de transport QUIC pur. Ouvre une connexion QUIC, envoie et reçoit des octets sur un ou plusieurs streams (RFC 9000), avec 0-RTT et migration de connexion — QUIC sans sémantique HTTP.

Voir le composant →

TsgcQUICServer

Serveur de transport QUIC pur. Se lie à un port UDP, termine TLS 1.3 et déclenche un événement pour chaque connexion et chaque stream QUIC, pour que tu construises ton propre protocole au-dessus de QUIC.

Voir le composant →

TsgcHTTP3Client

Client HTTP/3 (RFC 9114). Tous les verbes en appels bloquants ou asynchrones, compression QPACK, découverte Alt-Svc, server push, tunnels Extended CONNECT et sessions WebTransport.

Voir le composant →

TsgcHTTP3Server

Serveur HTTP/3. Sert les requêtes sur QUIC, hérite de TsgcQUICServer, déclenche un événement par requête et peut pousser des réponses, ouvrir des sessions WebTransport et envoyer des datagrammes.

Voir le composant →

Voir la matrice complète des fonctionnalités →

DÉMARRAGE RAPIDE

Une requête GET sur HTTP/3

Connecte-toi à un hôte et un port, puis envoie des requêtes. Le port par défaut est 443. La même API en Delphi, C++ Builder et .NET.

uses
  sgcHTTP3_Client;

var
  oClient: TsgcHTTP3Client;
  vBody: string;
begin
  oClient := TsgcHTTP3Client.Create(nil);
  oClient.OnResponse := OnResponseHandler;
  oClient.OnAltSvc   := OnAltSvcHandler;

  oClient.Connect('www.example.com', 443);
  vBody := oClient.Get('https://www.example.com/');   // request over QUIC
  oClient.Disconnect;
end;
// includes: sgcHTTP3_Client.hpp

TsgcHTTP3Client *oClient = new TsgcHTTP3Client(NULL);
oClient->OnResponse = OnResponseHandler;
oClient->OnAltSvc   = OnAltSvcHandler;

oClient->Connect("www.example.com", 443);
String vBody = oClient->Get("https://www.example.com/");   // request over QUIC
oClient->Disconnect();
using esegece.sgcWebSockets;

var oClient = new TsgcHTTP3Client();
oClient.OnResponse += OnResponseHandler;
oClient.OnAltSvc   += OnAltSvcHandler;

oClient.Connect("www.example.com", 443);
var vBody = oClient.Get("https://www.example.com/");   // request over QUIC
oClient.Disconnect();
CHOISIR UN TRANSPORT

HTTP/3, HTTP/2, WebSocket ou QUIC pur ?

QUIC ne remplace pas tout ce que tu fais déjà tourner. Il gagne dans des conditions précises, et il te coûte un chemin UDP à travers le réseau. Sers-toi de ceci pour décider du transport dont ta fonctionnalité a réellement besoin.

Opte pour HTTP/3

Ton client est sur un réseau mobile ou sujet aux pertes, tu récupères de nombreuses ressources à la fois, ou le point de terminaison annonce déjà HTTP/3 via Alt-Svc. HTTP/3 supprime le blocage de tête de ligne au niveau transport, si bien qu'un paquet perdu ne bloque plus toutes les autres requêtes en cours. Utilise TsgcHTTP3Client.

Reste sur HTTP/2

Ton trafic circule dans un centre de données ou sur un lien fiable, ou bien un proxy ou un pare-feu du chemin bloque UDP. HTTP/2 t'offre déjà le multiplexage et la compression d'en-têtes sur TCP, et il a bien plus de chances de traverser un réseau d'entreprise sans encombre.

Client HTTP/2 pour Delphi →

Reste sur WebSocket

Tu as besoin d'un push symétrique, orienté message et de longue durée entre le client et le serveur, et il doit fonctionner à travers tous les proxys du monde aujourd'hui. WebSocket sur TLS reste le transport bidirectionnel le plus compatible en production.

sgcWebSockets →

Descends jusqu'au QUIC pur

Tu transportes ton propre protocole et la sémantique HTTP ne fait que te gêner, par exemple pour du média, de la télémétrie ou de l'état de jeu. TsgcQUICClient et TsgcQUICServer te remettent directement les streams et les datagrammes QUIC, avec TLS 1.3 et la migration de connexion déjà pris en charge.

TsgcQUICClient →

Guide complet de choix du transport temps réel →

STANDARDS

Les RFC que sgcQUIC implémente

Une pile basée sur des standards, pas un transport propriétaire.

RFC 9000 — QUIC

Le transport QUIC : un unique handshake combiné de transport + TLS 1.3, des streams indépendants, des connection IDs et la migration. Exposé directement via TsgcQUICClient et TsgcQUICServer.

RFC 9114 — HTTP/3

La sémantique HTTP sur QUIC : les méthodes, codes de statut et en-têtes que tu connais, mappés sur des streams QUIC. Implémenté par TsgcHTTP3Client et TsgcHTTP3Server.

RFC 9204 — QPACK

Compression d'en-têtes pour HTTP/3, conçue pour la livraison désordonnée de QUIC, avec une table dynamique synchronisée sur des streams dédiés d'encodeur et de décodeur.

RFC 9220 — WebTransport

Amorçage de WebTransport sur HTTP/3 avec Extended CONNECT, remettant à l'application des streams QUIC pour un trafic bidirectionnel à faible latence.

TARIFS

Un complément de sgcWebSockets

sgcQUIC est proposé sous licence en tant que complément. Toutes les licences incluent le code source complet, 1 an de mises à jour et une réduction de 70% sur le renouvellement.

sgcQUIC

€149

Licences Single, Team et Site disponibles. Code source complet inclus.

  • TsgcQUICClient & TsgcQUICServer
  • TsgcHTTP3Client & TsgcHTTP3Server
  • Delphi, C++ Builder & .NET
  • Code source complet
  • 1 an de mises à jour

★ Nécessite sgcWebSockets

sgcQUIC nécessite sgcWebSockets Enterprise.

Voir les tarifs & commander
FAQ

QUIC et HTTP/3 en Delphi, questions fréquentes

Les questions que se posent les développeurs avant d'ajouter HTTP/3 à une application Delphi, C++ Builder ou .NET.

Pas nativement. La RTL de Delphi et Indy reposent sur TCP et n'ont aucun transport QUIC, et ICS indique n'avoir aucun projet de prise en charge de QUIC. sgcQUIC l'ajoute : installe les composants et TsgcHTTP3Client émet des requêtes HTTP/3 sur QUIC, tandis que TsgcHTTP3Server y répond. Il s'appuie sur le moteur QUIC natif d'OpenSSL 3.5, il n'y a donc aucune bibliothèque C séparée à lier ou à distribuer.
Oui. sgcQUIC implémente la RFC 9000 directement via TsgcQUICClient et TsgcQUICServer, tu peux donc transporter ton propre protocole sur des streams et des datagrammes QUIC sans sémantique HTTP. En août 2026, aucune autre bibliothèque réseau Delphi ne documente la prise en charge de QUIC. Si tu as besoin du transport brut en Object Pascal, c'est l'option.
Oui. TsgcHTTP3Server hérite de TsgcQUICServer, se lie à un port UDP, termine TLS 1.3 et déclenche un événement par requête. Il peut pousser des réponses, ouvrir des sessions WebTransport et envoyer des datagrammes. La plupart des piles QUIC disponibles dans les autres langages sont client uniquement ou nécessitent un reverse proxy en frontal. Un serveur HTTP/3 natif in-process reste donc rare en dehors de Go et Rust.
sgcQUIC suit la matrice de support de sgcWebSockets, de Delphi 7 à Delphi 13 Florence ainsi que les versions correspondantes de C++ Builder, plus une implémentation .NET avec la même API. L'installateur d'essai est propre à chaque version de l'IDE et contient déjà les composants QUIC et HTTP/3, il n'y a donc aucun téléchargement séparé.
Oui, OpenSSL 3.5 ou plus récent. QUIC est arrivé sous forme de moteur natif dans OpenSSL 3.5, et sgcQUIC le détecte automatiquement au chargement d'OpenSSL. Avec les binaires 3.5 fournis, tu obtiens le moteur qmBuiltin, qui prend en charge plusieurs streams indépendants sur une seule connexion et autour duquel les composants sont conçus. Un chemin qmCustom existe aussi pour les builds de type quictls, limité à un seul stream par connexion.
Win32, Win64 et Linux64 sont les cibles principales, plus macOS, iOS et Android partout où le moteur QUIC d'OpenSSL 3.5 est disponible. N'oublie pas que QUIC fonctionne sur UDP, normalement sur le port 443, le chemin entre le client et le serveur doit donc autoriser UDP. Certains réseaux d'entreprise le bloquent encore, c'est pourquoi les clients HTTP/3 se rabattent sur HTTP/2.
WebTransport (RFC 9220) est le successeur moderne de WebSocket pour le trafic du navigateur vers le serveur. Il est négocié sur HTTP/3 via Extended CONNECT et remet directement à l'application des streams QUIC et des datagrammes non fiables, ce qui convient aux charges bidirectionnelles à faible latence. sgcQUIC prend en charge les sessions WebTransport sur le moteur builtin, côté client comme côté serveur.
sgcQUIC est un complément de sgcWebSockets Enterprise, et il est aussi inclus dans le pack All-Access. Des licences Single, Team et Site sont disponibles, chacune avec le code source complet et un an de mises à jour. Télécharge la version d'essai pour évaluer les quatre composants dans ton propre projet avant d'acheter.
3,000+Developers
20+Years
761+Components
30+API Integrations
5Platforms
Garantie satisfait ou remboursé de 30 joursPas satisfait ? Demandez un remboursement intégral dans les 30 jours suivant l'achat. Voir la politique de remboursement

Déploie QUIC et HTTP/3 sans quitter ton IDE

Ajoute le transport vers lequel se dirige le web moderne — à ton application Delphi, C++ Builder ou .NET, avec le langage que tu utilises déjà.

Télécharger l'essai gratuit Voir les tarifs
PLUS D'ESEGECE

Autres produits eSeGeCe

Associe sgcQUIC à nos autres bibliothèques de composants Delphi, C++ Builder et .NET.

sgcWebSockets

Composants WebSocket, HTTP/2, MQTT, AMQP, WebRTC et IA/LLM pour l'entreprise. sgcQUIC est un complément de sgcWebSockets Enterprise.

En savoir plus →

sgcHTML

89 composants HTML/UI côté serveur orientés données pour Delphi, C++ Builder et .NET, avec Bootstrap 5 et htmx.

En savoir plus →

sgcSign

Signatures numériques pour l'entreprise — XAdES, PAdES, CAdES et ASiC avec 10 fournisseurs de clés et 21 profils pays de l'UE.

En savoir plus →

sgcOpenAPI

Parseur OpenAPI 3.0 et générateur de SDK. Transforme n'importe quelle spécification OpenAPI en client Delphi fortement typé en quelques secondes.

En savoir plus →

sgcBiometrics

Composants natifs Windows Hello, empreinte digitale et Windows Biometric Framework pour Delphi et C++ Builder.

En savoir plus →

sgcIndy

Composants Indy TCP/IP mis à jour avec TLS moderne, IPv6 et HTTP/2, de Delphi 7 à 13.

En savoir plus →