ASP.NET Core 5 WebApi日志错误捕获与Azure部署日志查看咨询

1. 注入日志组件后是否需要额外添加try/catch块记录错误？ #

• 全局未处理异常会被框架自动记录：只要你在中间件管道里正确配置了异常处理中间件（开发环境用UseDeveloperExceptionPage()，生产环境用UseExceptionHandler()），所有没有被业务代码捕获、一直向上抛到管道层的异常，都会被框架自动捕获并记录，不需要你在每个接口、每个类的外层无脑套try/catch。
• 以下场景必须手动添加try/catch记录日志：
  • 代码中捕获异常后做了降级、重试、返回友好错误提示等处理，没有将异常继续向上抛出，这时候异常不会进入全局异常处理流程，必须在catch块中手动调用日志组件记录
  • 需要给异常附加自定义业务上下文信息，比如报错时的请求参数、用户ID、业务流水号、调用第三方接口的返回值这类框架无法自动采集的信息，必须手动捕获异常后将附加信息和异常一起写入日志
• 注意不要滥用try/catch，无意义的全量捕获只会造成重复打日志、日志上下文混乱，反而增加排查问题的难度。

2. 日志查看方式（含Azure App Service部署场景） #

本地开发阶段 #

• 默认配置下，日志会直接输出到项目启动的控制台窗口、Visual Studio的调试输出面板，不需要额外配置就能直接查看。
• 如果需要输出到本地日志文件，安装对应日志提供程序后，在appsettings.json中配置日志文件路径、日志级别即可，不需要像ASP.NET Classic那样在web.config中做配置。

Azure App Service部署场景 #

部署到Azure App Service时，不需要额外改代码配置就能查看日志，常用方式有3种：

• 实时日志流：在Azure门户对应App Service的「应用服务日志」配置页，打开应用程序日志记录开关（可选择存到临时文件系统或者Blob存储），保存后进入「日志流」页面，就能实时看到应用输出的所有日志，和本地查看控制台日志的体验一致。
• 持久化日志文件下载：存在文件系统的日志默认存放在App Service的/LogFiles/Application/目录下，通过门户的「高级工具(Kudu)」进入文件管理界面，就可以直接浏览、下载对应日期的日志文件，和以前在服务器上找日志文件的逻辑一致。
• 结构化日志查询：如果接入了Application Insights，所有日志（包括异常日志）会自动同步到Application Insights工作区，支持按时间、日志级别、异常类型、请求ID等维度做筛选检索，适合生产环境长期留存日志、快速定位问题。

内容的提问来源于stack exchange，提问作者Jashvita