這篇文章主要介紹了.NET Core如何進行請求轉發(fā)的實現(xiàn),文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧
前言
冒個泡，近日，有關注我公眾號的小伙伴私信我，遇到一個問題搞了很久沒解決，此問題具有參考意義，這里跟大家分享下，希望對后續(xù)可能有需要的你能有所參考和幫助。
請求轉發(fā)問題
內網(wǎng)環(huán)境跟外網(wǎng)隔離，現(xiàn)在外網(wǎng)的請求都需要一個專用服務器轉接到內網(wǎng)處理，用app.UseRewriter轉接， 從外網(wǎng)服務器轉發(fā)到內網(wǎng)服務器的時候Header 里面的Authorization 居然丟失了，重新設置RewriteContext.HttpContex Header也不行，有沒有辦法解決？當時我的想法是，實在不行，在外網(wǎng)將token直接放到url或body里不就完事，這樣的話，外網(wǎng)每增加一個接口，都得將token取出然后進行轉換，內網(wǎng)以相同方式獲取，這是小伙伴所不能忍受。這里我們創(chuàng)建兩個Web應用程序，然后添加自定義轉發(fā)規(guī)則。首先我們在第一個Web應用程序創(chuàng)建針對如下接口請求轉發(fā)規(guī)則
public class RewriteForwardRules
{
public static void RedirectRequests(RewriteContext context)
{
var request = context.HttpContext.Request;
if (request.Path.Value.StartsWith("/api/forward", StringComparison.OrdinalIgnoreCase))
{
var response = context.HttpContext.Response;
response.Headers[HeaderNames.Location] = "http://localhost:8091/api/custom";
context.Result = RuleResult.EndResponse;
}
}
}
然后在startup中注入我們自定義轉發(fā)規(guī)則
app.UseRewriter(new RewriteOptions().Add(RewriteForwardRules.RedirectRequests));
當然，如果URL(GET請求)或Body(POST請求)中包含其他參數(shù)，將其對應轉發(fā)寫入URL或Body即可，這里token已存儲在請求頭中，所以我們直接轉發(fā)請求即可。接下來我們通過Postman模擬外網(wǎng)發(fā)出如下POST請求
緊接著，我們在第二個Web應用程序中來接收轉發(fā)請求，并獲取token信息
[HttpPost]
public IActionResult Custom()
{
var token = Request.Headers[HeaderNames.Authorization].ToString();
return Ok(token);
}
然后我們一運行，發(fā)現(xiàn)結果都沒轉發(fā)到對應內網(wǎng)應用程序，這是為何呢？事實上，轉發(fā)請求涉及到資源重分配指向另一URL問題，當然我們需要注意的是，既然是轉發(fā)請求，勢必轉發(fā)者和接受者請求方式必須一致，要不然肯定不行。所以我們必須顯式指定重定向狀態(tài)碼，設置為308，如下：
針對狀態(tài)碼308的意思，我們可以參看.NET Core中對于狀態(tài)碼枚舉解釋： 永久重定向，原始請求方式和目標請求方式必須一致，支持原始請求和目標請求同為GET或POST。 .NET Core中關于此狀態(tài)碼的解釋并不那么詳細，我們來到專對狀態(tài)碼官方解釋（ https://httpstatuses.com/308 ），這里我貼下谷歌翻譯后的中文：308永久重定向：已為目標資源分配了一個新的永久URI，以后對該資源的任何引用都應使用其中一個URI。具有鏈接編輯功能的客戶端應在可能的情況下自動將對有效請求URI 1的引用重新鏈接到服務器發(fā)送的一個或多個新引用。服務器應在響應中生成一個Location頭字段，其中包含新的永久URI的首選URI引用。用戶代理可以使用位置字段值進行自動重定向。服務器的響應有效負載通常包含簡短的超文本注釋，其中包含指向新URI的超鏈接。默認情況下，308響應可緩存；即，除非方法定義或顯式緩存控制。
當然，我們也可以設置狀態(tài)碼為301，301永久移動：已為目標資源分配了一個新的永久URI，以后對該資源的任何引用都應使用其中一個URI。那么狀態(tài)碼301和308到底有何區(qū)別呢？ 301類似308永久移動，只不過，301不允許將請求方法從GET更改為POST。
總結
請求轉發(fā)時注意設置狀態(tài)碼為301或308
301類似308永久移動，只不過，301不允許將請求方法從GET更改為POST
基于以上所述，請求轉發(fā)推薦使用狀態(tài)碼308
到此這篇關于.NET Core如何進行請求轉發(fā)的實現(xiàn)的文章就介紹到這了,更多相關.NET Core 請求轉發(fā)內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！
來源：腳本之家
鏈接：https://www.jb51.net/article/198976.htm
申請創(chuàng)業(yè)報道，分享創(chuàng)業(yè)好點子。點擊此處，共同探討創(chuàng)業(yè)新機遇！
