求助：.NET Core 2.1 Blob Trigger配置Application Insights遇问题

别着急，咱们一步步拆解解决你的问题——你现在遇到的核心是两个卡点：用ILogger时函数无法运行，以及日志始终传不到Application Insights。针对你用的.NET Core 2.1 Azure Functions场景，我整理了适配你情况的清晰步骤：

一、先搞定基础配置（无需复杂的Startup.cs） #

因为你的函数是静态类+静态方法的结构，完全不需要在Startup.cs里做复杂的依赖注入配置，只需要确认这几点：

• 你已经在门户给函数关联了Application Insights，这步没问题；
• 检查函数应用的应用设置里，APPINSIGHTS_INSTRUMENTATIONKEY这个项的取值是否正确（就是你AI资源的Instrumentation Key，别输错字符）；
• 不需要额外加其他AI相关的配置项，这个密钥就足够打通日志传输。

二、修复ILogger导致函数无法运行的问题 #

静态函数接收ILogger参数是.NET Core 2.1 Functions支持的功能，大概率是你的NuGet包版本不兼容导致的运行失败：

1. 打开项目管理NuGet包，确保以下包的版本适配.NET Core 2.1：
   • Microsoft.Azure.WebJobs 建议用3.0.23左右的稳定版
   • Microsoft.Azure.WebJobs.Extensions.Storage 对应3.0.10左右的版本
   • Microsoft.Extensions.Logging 用2.1.1即可（不要盲目升级到最新版，新版不再支持.NET Core 2.1）
2. 你的函数方法签名是对的：public static async Task Run([BlobTrigger(...)] CloudBlockBlob blob, ILogger log)，静态方法注入ILogger完全没问题，不用改成非静态类。

三、调整日志代码，确保AI能正确接收 #

你的日志代码有两处小问题，会影响AI的解析和接收：

• 错误的日志写法：log.LogError(("Blob '{blob.Name}' doesn't have the .csv extension. Skipping processing.")); 多了一层括号，而且没有正确传递参数，改成：

  log.LogError("Blob '{BlobName}' doesn't have the .csv extension. Skipping processing.", blob.Name);
  

  用占位符传递参数，AI会更好地识别日志内容。
• 异常日志优化：把异常对象直接传给LogError，这样AI会捕获完整的堆栈信息，方便排查问题：

  catch (Exception e) {
      exception = e;
      log.LogError(e, "Blob '{BlobName}' failed during processing", blob.Name);
  }
  

四、发布后的验证注意事项 #

1. 发布后别立刻去AI查日志，AI的日志有5-10分钟的延迟，等一会儿再去「日志（Analytics）」面板用traces查询；
2. 如果还是看不到日志，先去函数应用的「监控」面板看函数有没有正常触发——要是函数触发失败，先解决运行问题再排查日志；
3. 本地调试时，可以在local.settings.json里添加APPINSIGHTS_INSTRUMENTATIONKEY，这样本地日志也会传到AI，方便提前排查问题。

五、为什么用TraceWriter时没数据？ #

TraceWriter是旧版日志API，在.NET Core 2.1的Functions中，默认已经不再自动把TraceWriter的日志同步到Application Insights了，这也是官方推荐切换到ILogger的原因，所以之前用TraceWriter看不到数据是正常的。

按照上面的步骤调整后，你的函数应该能正常运行，同时所有日志都会正确出现在Application Insights里啦。

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