重新導向
在 Next.js 中有幾種處理重新導向的方法。本頁將介紹每種可用選項、使用情境,以及如何管理大量重新導向。
API | 用途 | 使用位置 | 狀態碼 |
---|---|---|---|
redirect | 在資料變更或事件後重新導向使用者 | 伺服器元件 (Server Components)、伺服器動作 (Server Actions)、路由處理器 (Route Handlers) | 307 (暫時) 或 303 (伺服器動作) |
permanentRedirect | 在資料變更或事件後永久重新導向使用者 | 伺服器元件、伺服器動作、路由處理器 | 308 (永久) |
useRouter | 執行客戶端導航 | 客戶端元件中的事件處理器 | 不適用 |
redirects in next.config.js | 根據路徑重新導向傳入請求 | next.config.js 檔案 | 307 (暫時) 或 308 (永久) |
NextResponse.redirect | 根據條件重新導向傳入請求 | 中介軟體 (Middleware) | 任意 |
redirect
函式
redirect
函式允許您將使用者重新導向至另一個 URL。您可以在伺服器元件、路由處理器和伺服器動作中呼叫 redirect
。
redirect
通常用於資料變更或事件後。例如,建立一篇文章:
須知事項:
redirect
預設返回 307 (暫時重新導向) 狀態碼。在伺服器動作中使用時,會返回 303 (查看其他),通常用於 POST 請求後導向至成功頁面。redirect
內部會拋出錯誤,因此應在try/catch
區塊外呼叫。redirect
可以在客戶端元件的渲染過程中呼叫,但不能在事件處理器中使用。此時應改用useRouter
鉤子。redirect
也接受絕對 URL,可用於導向外部連結。- 若需在渲染前重新導向,請使用
next.config.js
或中介軟體。
permanentRedirect
函式
permanentRedirect
函式允許您永久重新導向使用者至另一個 URL。您可以在伺服器元件、路由處理器和伺服器動作中呼叫 permanentRedirect
。
permanentRedirect
通常用於變更實體標準 URL 的資料變更或事件後,例如在使用者變更用戶名稱後更新其個人檔案 URL:
須知事項:
permanentRedirect
預設返回 308 (永久重新導向) 狀態碼。permanentRedirect
也接受絕對 URL,可用於導向外部連結。- 若需在渲染前重新導向,請使用
next.config.js
或中介軟體。
詳見 permanentRedirect
API 參考文件。
useRouter()
鉤子
若需在客戶端元件的事件處理器中進行重新導向,可以使用 useRouter
鉤子的 push
方法。例如:
須知事項:
- 若無需以程式方式導向使用者,應使用
<Link>
元件。
next.config.js
中的 redirects
next.config.js
檔案中的 redirects
選項允許您將傳入請求路徑重新導向至不同目標路徑。這在變更頁面 URL 結構或需預先設定大量重新導向時非常有用。
redirects
支援路徑、標頭、Cookie 和查詢匹配,讓您能根據傳入請求靈活重新導向使用者。
要使用 redirects
,請在 next.config.js
檔案中加入此選項:
須知事項:
中介軟體中的 NextResponse.redirect
中介軟體允許您在請求完成前執行程式碼。然後根據傳入請求,使用 NextResponse.redirect
重新導向至不同 URL。這在需根據條件 (例如驗證、會話管理等) 重新導向使用者或需大規模管理重新導向時非常有用。
例如,若使用者未通過驗證,則將其重新導向至 /login
頁面:
須知事項:
- 中介軟體執行於
next.config.js
中的redirects
之後,渲染之前。
詳見中介軟體文件。
大規模管理重新導向 (進階)
若要管理大量重新導向 (1000+),可考慮使用中介軟體建立自訂解決方案。這樣無需重新部署應用程式即可程式化處理重新導向。
為此,您需要考慮:
- 建立並儲存重新導向映射表。
- 優化資料查詢效能。
Next.js 範例:請參閱我們的使用 Bloom 過濾器的中介軟體範例,了解以下建議的實作方式。
1. 建立並儲存重新導向映射表
重新導向映射表是您可以儲存在資料庫 (通常是鍵值儲存) 或 JSON 檔案中的重新導向清單。
考慮以下資料結構:
在中介軟體中,您可以從 Vercel 的邊緣設定 (Edge Config) 或 Redis 等資料庫讀取資料,並根據傳入請求重新導向使用者:
2. 優化資料查詢效能
針對每個傳入的請求讀取大型資料集可能會很慢且耗費資源。以下是兩種優化資料查詢效能的方法:
- 使用針對快速讀取優化的資料庫,例如 Vercel Edge Config 或 Redis。
- 使用資料查詢策略,例如 布隆過濾器 (Bloom filter),在讀取較大的重新導向檔案或資料庫之前,有效率地檢查是否存在重新導向。
延續先前的範例,你可以將生成的布隆過濾器檔案匯入中介軟體 (Middleware),然後檢查傳入的請求路徑名稱是否存在於布隆過濾器中。
如果存在,則將請求轉發給 路由處理器 (Route Handler) ,該處理器會檢查實際檔案並將使用者重新導向至適當的 URL。這樣可以避免將大型重新導向檔案匯入中介軟體,從而減慢每個傳入請求的速度。
接著,在路由處理器中:
須知事項:
- 若要生成布隆過濾器,可以使用
bloom-filters
這類函式庫。- 你應該驗證發送到路由處理器的請求,以防止惡意請求。