1、swagger的二級目錄問題
.net core 3.1環境下,我們采用的是引入 Swashbuckle.AspNetCore包產生swagger的json文件,以及swagger ui。配置相對簡單,估計百度上有很多了,這里也可以參考如下:
這里集成了jwt的授權頭設定 。
public void ConfigureServices(IServiceCollection services) { services.AddSwaggerGen(c => { c.SwaggerDoc("v1", new OpenApiInfo { Version = "v1", Title = "后台API接口文檔", Description = "API", }); //Set the comments path for the swagger json and ui. var basePath = PlatformServices.Default.Application.ApplicationBasePath; var xmlPath = Path.Combine(basePath, "XXX.Apis.xml"); var dtolXmlPath = Path.Combine(basePath, "XXX.Service.xml"); c.IncludeXmlComments(xmlPath); c.IncludeXmlComments(dtolXmlPath); c.AddSecurityDefinition("Bearer", new OpenApiSecurityScheme() { Description = "在下框中輸入請求頭中需要添加Jwt授權Token:Bearer Token", Name = "Authorization", In = ParameterLocation.Header, Type = SecuritySchemeType.ApiKey, BearerFormat = "JWT", Scheme = "Bearer" }); c.AddSecurityRequirement(new OpenApiSecurityRequirement { { new OpenApiSecurityScheme { Reference = new OpenApiReference { Type = ReferenceType.SecurityScheme, Id = "Bearer" } }, new string[] { } } }); //c.EnableAnnotations(); }); // .net core 支持newstonsoftjson services.AddSwaggerGenNewtonsoftSupport(); }
在配置app內增加
public void Configure(IApplicationBuilder app, IWebHostEnvironment env, ILoggerFactory factory) { app.UseSwagger(); // Enable middleware to serve swagger-ui (HTML, JS, CSS etc.), specifying the Swagger JSON endpoint. app.UseSwaggerUI(c => { c.SwaggerEndpoint("/swagger/v1/swagger.json", "App API V1"); }); }
如果采用忽略二級目錄(不轉發二級目錄)的nginx配置方式,直接訪問api是沒有問題的,因為.net core app根本就沒接收到二級目錄。
直接訪問swagger ui也是沒問題的,然而在載入 swagger.json時由於是js載入的路徑,會自動帶上二級目錄,這時候提示 【找不到\二級目錄\swagger\v1\swagger.json】的錯誤提示,到此一步,我竟然輕易就放棄了。
以下是我的想法,未驗證:
這時候應該可以直接修改swaggerui配置如下:
app.UseSwaggerUI(c => { c.SwaggerEndpoint($"/{VDir}/swagger/v1/swagger.json", "Vbms App API V1"); c.RoutePrefix = $"{VDir}/swagger"; });
因為沒有測試,不能說一定成功,有時間我測試下這個想法。
2、增加虛擬目錄配置,並支持
首先nginx的配置仍然按照正常轉發,二級目錄直接轉發到.net core app內,這時候對swagger進行如下配置,該配置是翻閱了asp.net core和swagger部分代碼而知的,獨家分享:
// 1.生成json文件時,生成到虛擬目錄下,VDir 來自配置 app.UseSwagger(c => { if (!string.IsNullOrEmpty(VDir)) { // 設定模板:by webmote csdn c.RouteTemplate = $"/{VDir}/swagger/{{documentName}}/swagger.json"; c.PreSerializeFilters.Add((swaggerDoc, httpReq) => { //api測試時增加虛擬目錄 或完整路徑也可以,完整路徑已被webmote注釋 swaggerDoc.Servers = new List<OpenApiServer> { new OpenApiServer { Url = $"/{VDir}" // Url = $"{httpReq.Scheme}://{httpReq.Host.Value}/{virtualPath}" } }; }); } }); // Enable middleware to serve swagger-ui (HTML, JS, CSS etc.), specifying the Swagger JSON endpoint. app.UseSwaggerUI(c => { if (!string.IsNullOrEmpty(VDir)) { c.SwaggerEndpoint($"/{VDir}/swagger/v1/swagger.json", "App API V1"); c.RoutePrefix = $"{VDir}/swagger"; } else { c.SwaggerEndpoint("/swagger/v1/swagger.json", "App API V1"); } });
3、對Api增加虛擬目錄支持
如果二級目錄是固定的,你在控制期路由時,直接寫死也是一個辦法,只是不太靈活,哈哈。
例如: [Route("二級目錄/api/[controller]/[action]")]
微軟的某一篇文章說 使用 ~開頭的路由路徑可以支持虛擬目錄,我試了,不行!
這里采用的時.net core 3引入的動態自定義路由方案,可以靈活配置。 增加自定義的路由轉換類
public class MyTransformer : DynamicRouteValueTransformer { private string _route = string.Empty; public MyTransformer(string route) { _route = route; } public override ValueTask<RouteValueDictionary> TransformAsync(HttpContext httpContext, RouteValueDictionary values) { if (!values.ContainsKey("dir")) return new ValueTask<RouteValueDictionary>(values); var dir = (string)values["dir"]; return new ValueTask<RouteValueDictionary>(values); } }
這里引入了{dir}路由配置,把該類注入到服務中
if (!string.IsNullOrEmpty(VDir)) { services.AddSingleton<MyTransformer>(new MyTransformer(VDir)); }
在終結點配置時,增加對二級目錄的路由解釋映射。
app.UseEndpoints(endpoints => { endpoints.MapControllers(); if (!string.IsNullOrEmpty(VDir)) { //這里是webmote定義的路由映射,可以方便的忽略二級目錄 endpoints.MapDynamicControllerRoute<MyTransformer>("{dir}/api/{controller}/{action}/{id?}"); } });
控制器WebApi的路由保持不變,不需要增加二級目錄的!
[Route("api/[controller]/[action]")]
4、結語
當遇到特別難處理的問題時,最好的辦法時先搜索看看有無前輩解決過類似問題,如果沒有的話,那就別遲疑了,快快翻看源代碼,仔細查閱下有什么辦法可以注入處理程序,攔截下原有處理方式。
————————————————
版權聲明:本文為CSDN博主「webmote」的原創文章,遵循 CC 4.0 BY-SA 版權協議,轉載請附上原文出處鏈接及本聲明。
原文鏈接:https://blog.csdn.net/codeex/article/details/104599929