QUIC- & HTTP/3-Bibliothek für Delphi & C++ Builder | sgcQUIC

sgcQUIC — QUIC & HTTP/3 für Delphi, C++ Builder & .NET

Ein kompletter QUIC- und HTTP/3-Stack für Delphi, C++ Builder und .NET. sgcQUIC bietet dir vier Palette-Komponenten — einen reinen QUIC-Transport-Client und -Server (RFC 9000) sowie einen HTTP/3-Client und -Server (RFC 9114) —, aufgebaut auf der nativen QUIC-Engine in OpenSSL 3.5. QPACK-Header-Kompression, Alt-Svc-Discovery, 0-RTT, Verbindungsmigration und WebTransport sind bereits enthalten, und dieselbe API läuft in Object Pascal und C#.

Kurz gesagt: Ja, Delphi kann HTTP/3 sprechen. sgcQUIC ist die QUIC- und HTTP/3-Bibliothek für Delphi, C++ Builder und .NET, und Stand August 2026 ist sie die einzige, die für beide Protokolle sowohl einen Client als auch einen Server mitbringt. Sie installiert sich als vier Palette-Komponenten auf der nativen QUIC-Engine in OpenSSL 3.5, mit vollständigem Quellcode.

QUIC-Transport (RFC 9000)
HTTP/3 (RFC 9114) + QPACK
Natives OpenSSL-3.5-QUIC
Delphi / C++ Builder / .NET
WebTransport (RFC 9220)

Deine Optionen für QUIC und HTTP/3 in Delphi

HTTP/3 ist ein fertiger Standard, der einen großen Teil des weltweiten Web-Traffics trägt, und jeder größere Browser und jedes große CDN spricht ihn. Das Object-Pascal-Ökosystem ist langsamer nachgezogen. Hier siehst du, wo jede etablierte Delphi-Netzwerkbibliothek bei QUIC und HTTP/3 steht, laut der jeweiligen Herstellerdokumentation.

Bibliothek QUIC (RFC 9000) HTTP/3 (RFC 9114) Was der Hersteller dokumentiert
sgcQUIC Client und Server Client und Server Vier Komponenten auf der Builtin-QUIC-Engine von OpenSSL 3.5, mit QPACK, Alt-Svc, 0-RTT, Verbindungsmigration und WebTransport.
Indy Nein Nein Ein TCP- und UDP-Socket-Framework mit den klassischen High-Level-Protokollen. QUIC ist nicht Teil der Bibliothek.
ICS (Overbyte) Nein Nein Die ICS-Download-Seite sagt es unmissverständlich: “ICS has no plans for QUIC support.”
TMS Sparkle / FNC WebSocket Nein Nein Ein HTTP- und HTTPS-Client sowie ein Server auf dem http.sys-Stack. Weder QUIC noch HTTP/3 ist dokumentiert.
/n software IPWorks Nein Nein Eine breite Suite mit HTTP, WebSockets, gRPC, FTP und mehr. Weder QUIC noch HTTP/3 ist dokumentiert.
Devart SecureBridge Nein Nein SSH, SFTP, TLS, WebSocket und SignalR, alles über TCP. Weder QUIC noch HTTP/3 ist dokumentiert.
mORMot 2 Nein Nein Der Maintainer hat erklärt, dass HTTP/2 nicht unterstützt und nicht geplant ist und dass das Framework stattdessen auf REST über WebSockets setzt.

Zusammengestellt aus der Herstellerdokumentation im August 2026: ICS-Download-Seite, TMS Sparkle, IPWorks, Devart SecureBridge, mORMot 2, Indy. Wenn ein Hersteller nach diesem Datum QUIC ausliefert, wird diese Tabelle aktualisiert.

Dieselbe HTTP-Semantik, ein neuer Transport

HTTP/3 behält die Methoden, Statuscodes und Header, die du bereits kennst, und ersetzt TCP durch QUIC, einen UDP-basierten Transport mit integriertem TLS 1.3. sgcQUIC steuert ihn über die native QUIC-Unterstützung in OpenSSL 3.5, sodass du modernen Transport aus Delphi, C++ Builder oder .NET erhältst, ohne eine separate Bibliothek.

Ein Handshake, kein Head-of-Line-Blocking

QUIC (RFC 9000) vereint die Transport- und TLS-1.3-Handshakes in einem einzigen Umlauf und beseitigt Head-of-Line-Blocking auf Transportebene — ein verlorenes Paket blockiert nur die Streams, deren Daten es transportierte, nicht die gesamte Verbindung.

Aufgebaut auf nativem OpenSSL-3.5-QUIC

Die Engine wird automatisch erkannt, sobald OpenSSL geladen wird. Mit den mitgelieferten OpenSSL-3.5-Binärdateien erhältst du die qmBuiltin-Engine, die mehrere Streams pro Verbindung unterstützt und die Engine ist, um die herum die Komponenten gebaut sind.

QPACK-Header-Kompression

HTTP/3 komprimiert Header mit QPACK (RFC 9204), dem HTTP/3-Ersatz für HPACK, konzipiert für die außer der Reihe erfolgende Zustellung von QUIC, mit Aktualisierungen der dynamischen Tabelle über dedizierte Encoder- und Decoder-Streams.

Verbindungsmigration

QUIC-Verbindungen werden über eine Connection-ID identifiziert statt über das Adress-4-Tupel, sodass eine Sitzung einen Netzwerkwechsel des Clients übersteht — eine Verbindung kann einem Gerät von WLAN zu Mobilfunkdaten folgen, ohne einen neuen Handshake.

0-RTT und mehrere Streams

Eine neue Verbindung wird in einem einzigen Umlauf hergestellt, und eine wiederaufgenommene Sitzung kann bereits im ersten Umlauf 0-RTT-Daten transportieren. Auf der Builtin-Engine platzieren EnableMultiStream und OpenStream mehrere unabhängige QUIC-Streams auf einer Verbindung.

WebTransport-Sitzungen

WebTransport (RFC 9220) wird über Extended CONNECT ausgehandelt und übergibt der Anwendung direkt QUIC-Streams, ausgelegt für bidirektionalen Traffic mit niedriger Latenz auf der Builtin-Engine.

Vier Komponenten, zwei Schichten

Ein reines QUIC-Transportpaar für Streams und Datagramme sowie ein HTTP/3-Paar, das Anfrage/Antwort über dieselbe Engine spricht. Jede verlinkt zu ihrer eigenen Seite mit Delphi-, C++-Builder- und .NET-Beispielen.

TsgcQUICClient

Reiner QUIC-Transport-Client. Öffnet eine QUIC-Verbindung, sendet und empfängt Bytes über einen oder mehrere Streams (RFC 9000), mit 0-RTT und Verbindungsmigration — QUIC ohne HTTP-Semantik.

Komponente ansehen →

TsgcQUICServer

Reiner QUIC-Transport-Server. Bindet einen UDP-Port, terminiert TLS 1.3 und löst für jede QUIC-Verbindung und jeden Stream ein Ereignis aus, sodass du dein eigenes Protokoll auf QUIC aufbauen kannst.

Komponente ansehen →

TsgcHTTP3Client

HTTP/3-Client (RFC 9114). Alle Verben als blockierende oder asynchrone Aufrufe, QPACK-Kompression, Alt-Svc-Discovery, Server-Push, Extended-CONNECT-Tunnel und WebTransport-Sitzungen.

Komponente ansehen →

TsgcHTTP3Server

HTTP/3-Server. Bedient Anfragen über QUIC, leitet sich von TsgcQUICServer ab, löst pro Anfrage ein Ereignis aus und kann Antworten pushen, WebTransport-Sitzungen öffnen und Datagramme senden.

Komponente ansehen →

Vollständige Funktionsmatrix ansehen →

Eine GET-Anfrage über HTTP/3

Verbinde dich mit einem Host und Port und stelle dann Anfragen. Der Standardport ist 443. Dieselbe API in Delphi, C++ Builder und .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();

HTTP/3, HTTP/2, WebSocket oder rohes QUIC?

QUIC ersetzt nicht alles, was du bereits betreibst. Es gewinnt unter bestimmten Bedingungen und kostet dich einen UDP-Pfad durch das Netzwerk. Nutze diese Übersicht, um zu entscheiden, welchen Transport dein Feature wirklich braucht.

Greif zu HTTP/3

Dein Client hängt an einem verlustbehafteten oder mobilen Netzwerk, du lädst viele Ressourcen auf einmal, oder der Endpunkt kündigt HTTP/3 bereits über Alt-Svc an. HTTP/3 beseitigt Head-of-Line-Blocking auf Transportebene, sodass ein verlorenes Paket nicht länger alle anderen laufenden Anfragen blockiert. Nutze TsgcHTTP3Client.

Bleib bei HTTP/2

Dein Traffic läuft innerhalb eines Rechenzentrums oder über eine zuverlässige Leitung, oder ein Proxy bzw. eine Firewall im Pfad blockiert UDP. HTTP/2 bietet dir bereits Multiplexing und Header-Kompression über TCP, und es passiert ein Unternehmensnetzwerk weit eher unbehelligt.

HTTP/2-Client für Delphi →

Bleib bei WebSocket

Du brauchst langlebiges, symmetrisches, nachrichtenorientiertes Push zwischen Client und Server, und es muss heute durch jeden Proxy der Welt funktionieren. WebSocket über TLS bleibt der kompatibelste bidirektionale Transport im Produktivbetrieb.

sgcWebSockets →

Runter auf rohes QUIC

Du transportierst dein eigenes Protokoll, und HTTP-Semantik steht dabei nur im Weg, zum Beispiel bei Medien, Telemetrie oder Spielzuständen. TsgcQUICClient und TsgcQUICServer übergeben dir QUIC-Streams und Datagramme direkt, TLS 1.3 und Verbindungsmigration sind bereits erledigt.

TsgcQUICClient →

Vollständiger Leitfaden zur Wahl des Echtzeit-Transports →

Die RFCs, die sgcQUIC implementiert

Ein standardbasierter Stack, kein proprietärer Transport.

RFC 9000 — QUIC

Der QUIC-Transport: ein einziger kombinierter Transport- + TLS-1.3-Handshake, unabhängige Streams, Connection-IDs und Migration. Direkt zugänglich über TsgcQUICClient und TsgcQUICServer.

RFC 9114 — HTTP/3

HTTP-Semantik über QUIC: die Methoden, Statuscodes und Header, die du kennst, abgebildet auf QUIC-Streams. Implementiert von TsgcHTTP3Client und TsgcHTTP3Server.

RFC 9204 — QPACK

Header-Kompression für HTTP/3, konzipiert für die außer der Reihe erfolgende Zustellung von QUIC, mit einer dynamischen Tabelle, die über dedizierte Encoder- und Decoder-Streams synchronisiert wird.

RFC 9220 — WebTransport

Bootstrapping von WebTransport über HTTP/3 mit Extended CONNECT, wodurch der Anwendung QUIC-Streams für bidirektionalen Traffic mit niedriger Latenz übergeben werden.

Ein Add-on zu sgcWebSockets

sgcQUIC wird als Add-on lizenziert. Alle Lizenzen enthalten vollständigen Quellcode, 1 Jahr Updates und 70% Verlängerungsrabatt.

sgcQUIC

€149

Single-, Team- und Site-Lizenzen verfügbar. Vollständiger Quellcode inklusive.

  • TsgcQUICClient & TsgcQUICServer
  • TsgcHTTP3Client & TsgcHTTP3Server
  • Delphi, C++ Builder & .NET
  • Vollständiger Quellcode
  • 1 Jahr Updates

★ Erfordert sgcWebSockets

sgcQUIC erfordert sgcWebSockets Enterprise.

Preise ansehen & bestellen

QUIC und HTTP/3 in Delphi, häufig gefragt

Die Fragen, die Entwickler stellen, bevor sie HTTP/3 in eine Delphi-, C++-Builder- oder .NET-Anwendung einbauen.

Nicht ab Werk. Die Delphi-RTL und Indy sind TCP-basiert und haben keinen QUIC-Transport, und ICS erklärt, keine Pläne für QUIC-Unterstützung zu haben. sgcQUIC ergänzt das: Installiere die Komponenten, und TsgcHTTP3Client stellt HTTP/3-Anfragen über QUIC, während TsgcHTTP3Server sie beantwortet. Es setzt auf der nativen QUIC-Engine in OpenSSL 3.5 auf, sodass keine separate C-Bibliothek eingebunden oder mitgeliefert werden muss.
Ja. sgcQUIC implementiert RFC 9000 direkt über TsgcQUICClient und TsgcQUICServer, sodass du dein eigenes Protokoll ohne HTTP-Semantik über QUIC-Streams und Datagramme transportieren kannst. Stand August 2026 dokumentiert keine andere Delphi-Netzwerkbibliothek QUIC-Unterstützung. Wenn du den rohen Transport in Object Pascal brauchst, ist das die Option.
Ja. TsgcHTTP3Server leitet sich von TsgcQUICServer ab, bindet einen UDP-Port, terminiert TLS 1.3 und löst pro Anfrage ein Ereignis aus. Er kann Antworten pushen, WebTransport-Sitzungen öffnen und Datagramme senden. Die meisten QUIC-Stacks, die anderen Sprachen zur Verfügung stehen, sind reine Clients oder brauchen einen Reverse Proxy davor. Ein nativer In-Process-HTTP/3-Server ist außerhalb von Go und Rust also ungewöhnlich.
sgcQUIC folgt der Support-Matrix von sgcWebSockets, Delphi 7 bis Delphi 13 Florence und die passenden C++-Builder-Versionen, dazu eine .NET-Implementierung mit derselben API. Der Trial-Installer gilt pro IDE-Version und enthält die QUIC- und HTTP/3-Komponenten bereits, es gibt also keinen separaten Download.
Ja, OpenSSL 3.5 oder neuer. QUIC kam mit OpenSSL 3.5 als native Engine, und sgcQUIC erkennt sie automatisch, sobald OpenSSL geladen wird. Mit den mitgelieferten 3.5-Binärdateien erhältst du die qmBuiltin-Engine, die mehrere unabhängige Streams auf einer Verbindung unterstützt und auf die die Komponenten ausgelegt sind. Zusätzlich gibt es einen qmCustom-Pfad für Builds im quictls-Stil, beschränkt auf einen einzigen Stream pro Verbindung.
Win32, Win64 und Linux64 sind die primären Ziele, dazu macOS, iOS und Android überall dort, wo die OpenSSL-3.5-QUIC-Engine verfügbar ist. Denk daran, dass QUIC über UDP läuft, normalerweise auf Port 443, der Pfad zwischen Client und Server muss UDP also zulassen. Manche Unternehmensnetzwerke blockieren es weiterhin, deshalb fallen HTTP/3-Clients auf HTTP/2 zurück.
WebTransport (RFC 9220) ist der moderne Nachfolger von WebSocket für den Traffic zwischen Browser und Server. Es wird über HTTP/3 mit Extended CONNECT ausgehandelt und übergibt der Anwendung direkt QUIC-Streams und unzuverlässige Datagramme, was zu bidirektionalen Workloads mit niedriger Latenz passt. sgcQUIC unterstützt WebTransport-Sitzungen auf der Builtin-Engine, sowohl auf Client- als auch auf Serverseite.
sgcQUIC ist ein Add-on zu sgcWebSockets Enterprise und außerdem im All-Access-Bundle enthalten. Es gibt Single-, Team- und Site-Lizenzen, jeweils mit vollständigem Quellcode und einem Jahr Updates. Lade die Testversion herunter, um alle vier Komponenten in deinem eigenen Projekt zu evaluieren, bevor du kaufst.
3,000+Developers
20+Years
761+Components
30+API Integrations
5Platforms
30 Tage Geld-zurück-GarantieNicht zufrieden? Fordern Sie innerhalb von 30 Tagen nach dem Kauf eine vollständige Rückerstattung an. Rückerstattungsrichtlinie ansehen

QUIC und HTTP/3 ausliefern, ohne deine IDE zu verlassen

Füge den Transport, zu dem sich das moderne Web bewegt, zu deiner Delphi-, C++-Builder- oder .NET-Anwendung hinzu — mit der Sprache, die du bereits nutzt.

Weitere Produkte von eSeGeCe

Kombiniere sgcQUIC mit unseren anderen Komponentenbibliotheken für Delphi, C++ Builder und .NET.

sgcWebSockets

Enterprise-WebSocket-, HTTP/2-, MQTT-, AMQP-, WebRTC- und KI-/LLM-Komponenten. sgcQUIC ist ein Add-on zu sgcWebSockets Enterprise.

Mehr erfahren →

sgcHTML

89 datengebundene serverseitige HTML/UI-Komponenten für Delphi, C++ Builder und .NET, mit Bootstrap 5 und htmx.

Mehr erfahren →

sgcSign

Digitale Signaturen für Unternehmen — XAdES, PAdES, CAdES und ASiC mit 10 Schlüsselanbietern und 21 EU-Länderprofilen.

Mehr erfahren →

sgcOpenAPI

OpenAPI-3.0-Parser und SDK-Generator. Verwandle jede OpenAPI-Spezifikation in Sekunden in einen stark typisierten Delphi-Client.

Mehr erfahren →

sgcBiometrics

Native Komponenten für Windows Hello, Fingerabdruck und das Windows Biometric Framework für Delphi und C++ Builder.

Mehr erfahren →

sgcIndy

Aktualisierte Indy-TCP/IP-Komponenten mit modernem TLS, IPv6 und HTTP/2-Unterstützung für Delphi 7 bis 13.

Mehr erfahren →