Route Handler
Route Handler ermöglichen es Ihnen, benutzerdefinierte Anfragehandler für eine bestimmte Route mit den Web-Request- und Response-APIs zu erstellen.

Wichtig zu wissen: Route Handler sind nur innerhalb des
app
-Verzeichnisses verfügbar. Sie entsprechen den API-Routen impages
-Verzeichnis, was bedeutet, dass Sie nicht gleichzeitig API-Routen und Route Handler verwenden müssen.
Konvention
Route Handler werden in einer route.js|ts
-Datei innerhalb des app
-Verzeichnisses definiert:
Route Handler können ähnlich wie page.js
und layout.js
überall im app
-Verzeichnis verschachtelt werden. Es darf jedoch keine route.js
-Datei auf demselben Routensegment-Level wie page.js
geben.
Unterstützte HTTP-Methoden
Die folgenden HTTP-Methoden werden unterstützt: GET
, POST
, PUT
, PATCH
, DELETE
, HEAD
und OPTIONS
. Wenn eine nicht unterstützte Methode aufgerufen wird, gibt Next.js eine 405 Method Not Allowed
-Antwort zurück.
Erweiterte NextRequest
- und NextResponse
-APIs
Neben der Unterstützung der nativen Request- und Response-APIs erweitert Next.js diese mit NextRequest
und NextResponse
, um praktische Hilfsmittel für erweiterte Anwendungsfälle bereitzustellen.
Verhalten
Caching
Route Handler werden standardmäßig nicht gecached. Sie können jedoch das Caching für GET
-Methoden aktivieren. Andere unterstützte HTTP-Methoden werden nicht gecached. Um eine GET
-Methode zu cachen, verwenden Sie eine Route-Konfigurationsoption wie export const dynamic = 'force-static'
in Ihrer Route-Handler-Datei.
Wichtig zu wissen: Andere unterstützte HTTP-Methoden werden nicht gecached, selbst wenn sie neben einer gecachten
GET
-Methode in derselben Datei platziert werden.
Spezielle Route Handler
Spezielle Route Handler wie sitemap.ts
, opengraph-image.tsx
, icon.tsx
und andere Metadaten-Dateien bleiben standardmäßig statisch, es sei denn, sie verwenden Dynamic APIs oder dynamische Konfigurationsoptionen.
Routenauflösung
Sie können eine route
als die grundlegendste Routing-Primitive betrachten.
- Sie nehmen nicht an Layouts oder clientseitigen Navigationen wie
page
teil. - Es kann keine
route.js
-Datei auf derselben Route wiepage.js
geben.
Seite | Route | Ergebnis |
---|---|---|
app/page.js | app/route.js | Konflikt |
app/page.js | app/api/route.js | Gültig |
app/[user]/page.js | app/api/route.js | Gültig |
Jede route.js
- oder page.js
-Datei übernimmt alle HTTP-Verben für diese Route.
Beispiele
Die folgenden Beispiele zeigen, wie Route Handler mit anderen Next.js-APIs und Funktionen kombiniert werden können.
Revalidierung gecachter Daten
Sie können gecachte Daten revalidieren mit Incremental Static Regeneration (ISR):
Cookies
Sie können Cookies mit cookies
aus next/headers
lesen oder setzen. Diese Serverfunktion kann direkt in einem Route Handler aufgerufen oder in einer anderen Funktion verschachtelt werden.
Alternativ können Sie eine neue Response
mit dem Set-Cookie
-Header zurückgeben.
Sie können auch die zugrundeliegenden Web-APIs verwenden, um Cookies aus der Anfrage (NextRequest
) zu lesen:
Header
Sie können Header mit headers
aus next/headers
lesen. Diese Serverfunktion kann direkt in einem Route Handler aufgerufen oder in einer anderen Funktion verschachtelt werden.
Diese headers
-Instanz ist schreibgeschützt. Um Header zu setzen, müssen Sie eine neue Response
mit neuen headers
zurückgeben.
Sie können auch die zugrundeliegenden Web-APIs verwenden, um Header aus der Anfrage (NextRequest
) zu lesen:
Weiterleitungen
Dynamische Routensegmente
Route Handler können Dynamische Segmente verwenden, um Anfragehandler aus dynamischen Daten zu erstellen.
Route | Beispiel-URL | params |
---|---|---|
app/items/[slug]/route.js | /items/a | Promise<{ slug: 'a' }> |
app/items/[slug]/route.js | /items/b | Promise<{ slug: 'b' }> |
app/items/[slug]/route.js | /items/c | Promise<{ slug: 'c' }> |
URL-Abfrageparameter
Das an den Route Handler übergebene Anfrageobjekt ist eine NextRequest
-Instanz, die einige zusätzliche Hilfsmethoden enthält, wie z.B. für die einfachere Handhabung von Abfrageparametern.
Streaming
Streaming wird häufig in Kombination mit Large Language Models (LLMs) wie OpenAI für KI-generierte Inhalte verwendet. Erfahren Sie mehr über das AI SDK.
Diese Abstraktionen verwenden die Web-APIs, um einen Stream zu erstellen. Sie können auch die zugrundeliegenden Web-APIs direkt verwenden.
Anfrage-Body
Sie können den Request
-Body mit den standardmäßigen Web-API-Methoden lesen:
FormData-Anfrage-Body
Sie können FormData
mit der Funktion request.formData()
lesen:
Da formData
-Daten alle Zeichenketten sind, können Sie zod-form-data
verwenden, um die Anfrage zu validieren und Daten in dem gewünschten Format (z.B. number
) abzurufen.
CORS
Sie können CORS-Header für einen bestimmten Route Handler mit den standardmäßigen Web-API-Methoden setzen:
Wichtig zu wissen:
- Um CORS-Header mehreren Route Handlern hinzuzufügen, können Sie Middleware oder die
next.config.js
-Datei verwenden.- Alternativ finden Sie unser CORS-Beispiel-Paket.
Webhooks
Sie können einen Route Handler verwenden, um Webhooks von Drittanbieterdiensten zu empfangen:
Bemerkenswert ist, dass im Gegensatz zu API-Routen mit dem Pages Router keine zusätzliche Konfiguration wie bodyParser
benötigt wird.
Nicht-UI-Antworten
Sie können Route Handler verwenden, um Inhalte zurückzugeben, die keine Benutzeroberfläche sind. Beachten Sie, dass sitemap.xml
, robots.txt
, App-Icons
und Open Graph-Bilder alle integrierte Unterstützung haben.
Segment-Konfigurationsoptionen
Route Handler verwenden die gleiche Route-Segment-Konfiguration wie Seiten und Layouts.
Weitere Details finden Sie in der API-Referenz.