域名預(yù)訂/競(jìng)價(jià)，好“米”不錯(cuò)過

這篇文章主要介紹了.NET Core如何進(jìn)行請(qǐng)求轉(zhuǎn)發(fā)的實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧

前言

冒個(gè)泡，近日，有關(guān)注我公眾號(hào)的小伙伴私信我，遇到一個(gè)問題搞了很久沒解決，此問題具有參考意義，這里跟大家分享下，希望對(duì)后續(xù)可能有需要的你能有所參考和幫助。

請(qǐng)求轉(zhuǎn)發(fā)問題

內(nèi)網(wǎng)環(huán)境跟外網(wǎng)隔離，現(xiàn)在外網(wǎng)的請(qǐng)求都需要一個(gè)專用服務(wù)器轉(zhuǎn)接到內(nèi)網(wǎng)處理，用app.UseRewriter轉(zhuǎn)接， 從外網(wǎng)服務(wù)器轉(zhuǎn)發(fā)到內(nèi)網(wǎng)服務(wù)器的時(shí)候Header 里面的Authorization 居然丟失了，重新設(shè)置RewriteContext.HttpContex Header也不行，有沒有辦法解決？當(dāng)時(shí)我的想法是，實(shí)在不行，在外網(wǎng)將token直接放到url或body里不就完事，這樣的話，外網(wǎng)每增加一個(gè)接口，都得將token取出然后進(jìn)行轉(zhuǎn)換，內(nèi)網(wǎng)以相同方式獲取，這是小伙伴所不能忍受。這里我們創(chuàng)建兩個(gè)Web應(yīng)用程序，然后添加自定義轉(zhuǎn)發(fā)規(guī)則。首先我們?cè)诘谝粋€(gè)Web應(yīng)用程序創(chuàng)建針對(duì)如下接口請(qǐng)求轉(zhuǎn)發(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中注入我們自定義轉(zhuǎn)發(fā)規(guī)則

app.UseRewriter(new RewriteOptions().Add(RewriteForwardRules.RedirectRequests));

當(dāng)然，如果URL(GET請(qǐng)求)或Body(POST請(qǐng)求)中包含其他參數(shù)，將其對(duì)應(yīng)轉(zhuǎn)發(fā)寫入U(xiǎn)RL或Body即可，這里token已存儲(chǔ)在請(qǐng)求頭中，所以我們直接轉(zhuǎn)發(fā)請(qǐng)求即可。接下來我們通過Postman模擬外網(wǎng)發(fā)出如下POST請(qǐng)求

緊接著，我們?cè)诘诙€(gè)Web應(yīng)用程序中來接收轉(zhuǎn)發(fā)請(qǐng)求，并獲取token信息

[HttpPost]
public IActionResult Custom()
{
  var token = Request.Headers[HeaderNames.Authorization].ToString();

  return Ok(token);
}

然后我們一運(yùn)行，發(fā)現(xiàn)結(jié)果都沒轉(zhuǎn)發(fā)到對(duì)應(yīng)內(nèi)網(wǎng)應(yīng)用程序，這是為何呢？事實(shí)上，轉(zhuǎn)發(fā)請(qǐng)求涉及到資源重分配指向另一URL問題，當(dāng)然我們需要注意的是，既然是轉(zhuǎn)發(fā)請(qǐng)求，勢(shì)必轉(zhuǎn)發(fā)者和接受者請(qǐng)求方式必須一致，要不然肯定不行。所以我們必須顯式指定重定向狀態(tài)碼，設(shè)置為308，如下：

針對(duì)狀態(tài)碼308的意思，我們可以參看.NET Core中對(duì)于狀態(tài)碼枚舉解釋： 永久重定向，原始請(qǐng)求方式和目標(biāo)請(qǐng)求方式必須一致，支持原始請(qǐng)求和目標(biāo)請(qǐng)求同為GET或POST。 .NET Core中關(guān)于此狀態(tài)碼的解釋并不那么詳細(xì)，我們來到專對(duì)狀態(tài)碼官方解釋（ https://httpstatuses.com/308 ），這里我貼下谷歌翻譯后的中文：308永久重定向：已為目標(biāo)資源分配了一個(gè)新的永久URI，以后對(duì)該資源的任何引用都應(yīng)使用其中一個(gè)URI。具有鏈接編輯功能的客戶端應(yīng)在可能的情況下自動(dòng)將對(duì)有效請(qǐng)求URI 1的引用重新鏈接到服務(wù)器發(fā)送的一個(gè)或多個(gè)新引用。服務(wù)器應(yīng)在響應(yīng)中生成一個(gè)Location頭字段，其中包含新的永久URI的首選URI引用。用戶代理可以使用位置字段值進(jìn)行自動(dòng)重定向。服務(wù)器的響應(yīng)有效負(fù)載通常包含簡(jiǎn)短的超文本注釋，其中包含指向新URI的超鏈接。默認(rèn)情況下，308響應(yīng)可緩存；即，除非方法定義或顯式緩存控制。

當(dāng)然，我們也可以設(shè)置狀態(tài)碼為301，301永久移動(dòng)：已為目標(biāo)資源分配了一個(gè)新的永久URI，以后對(duì)該資源的任何引用都應(yīng)使用其中一個(gè)URI。那么狀態(tài)碼301和308到底有何區(qū)別呢？ 301類似308永久移動(dòng)，只不過，301不允許將請(qǐng)求方法從GET更改為POST。

總結(jié)

請(qǐng)求轉(zhuǎn)發(fā)時(shí)注意設(shè)置狀態(tài)碼為301或308

301類似308永久移動(dòng)，只不過，301不允許將請(qǐng)求方法從GET更改為POST

基于以上所述，請(qǐng)求轉(zhuǎn)發(fā)推薦使用狀態(tài)碼308

到此這篇關(guān)于.NET Core如何進(jìn)行請(qǐng)求轉(zhuǎn)發(fā)的實(shí)現(xiàn)的文章就介紹到這了,更多相關(guān).NET Core 請(qǐng)求轉(zhuǎn)發(fā)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

來源：腳本之家

鏈接：https://www.jb51.net/article/198976.htm

申請(qǐng)創(chuàng)業(yè)報(bào)道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！