最近在将一些项目的rest api迁移到.net core中，最开始是用的Nginx做反向代理，将已经完成切换的部分切入系统，如下图所示：
由于迁移过程中也在进行代码重构，需要经常比较频繁的测试，以保证能及时发现引入的问题。从而导致我们每迁移一部分都需要配置一次nginx的路由映射，保证迁移的功能能切入系统测试。
进行了一段时间后，发现经常配置Nginx一来比较麻烦，二来容易配错；便想将这个反向代理的功能放在.net core程序中去，实现如下的功能：
- Rest请求直接发往.net core程序
- 如果该请求在.net core程序中实现，则执行请求并返回
- 如果未实现，将其请求老版接口的数据，并返回结果。
形成如下的一个结构：
试了一下，在.net core中实现这个功能比较简单，加一个反向代理的中间件即可：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
|
public class ReverseProxy { static HttpClient _http = new HttpClient(); public static async Task Invoke(HttpContext context) { var url = context.Request.Path.ToUriComponent(); var uri = new Uri("http://localhost:8080/api" + url); var request = CopyRequest(context, uri); var remoteRsp = await _http.SendAsync(request); var rsp = context.Response; foreach (var header in remoteRsp.Headers) { rsp.Headers.Add(header.Key, header.Value.ToArray()); } rsp.ContentType = remoteRsp.Content.Headers.ContentType?.ToString(); rsp.ContentLength = remoteRsp.Content.Headers.ContentLength; await remoteRsp.Content.CopyToAsync(rsp.Body); } static HttpRequestMessage CopyRequest(HttpContext context, Uri targetUri) { var req = context.Request; var requestMessage = new HttpRequestMessage() { Method = new HttpMethod(req.Method), Content = new StreamContent(req.Body), RequestUri = targetUri, }; foreach (var header in req.Headers) { requestMessage.Content?.Headers.TryAddWithoutValidation(header.Key, header.Value.ToArray()); } requestMessage.Headers.Host = targetUri.Host; return requestMessage; } } |
使用起来也比较简单，放在Configure函数的最后面，直接使用Run来反向代理所有未被系统实现的请求即可。
|
1
|
app.Run(Middleware.ReverseProxy.Invoke); |
这里我这只是一个比较简单的实现，大概就二三十行代码，也不是很完善，但试了一下，基本要的功能也都有，感兴趣的朋友可以将其完善下，这个功能本身也只是一个过渡期使用的功能，后续使用过程中如果有更新也会放上来。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对服务器之家的支持。
原文链接：https://www.cnblogs.com/TianFang/p/11503957.html
