Java Azure Function向Application Insights发送自定义遥测失败如何解决

下面是针对该场景的可落地排查修复步骤：

• 首先添加函数自定义遥测开关配置
  在Azure门户的函数应用「配置」-「应用程序设置」中新增键值对：FUNCTIONS_WORKER_JAVA_ENABLE_APPLICATIONINSIGHTS_CUSTOM_TELEMETRY = true，保存后重启函数应用。Azure Function Java 3.x运行时默认关闭了自定义遥测的上报通道，该配置是大部分同类问题的根因。
• 调整遥测发送后的等待逻辑
  你当前调用的telemetry.flush()是异步操作，函数执行完成后进程会被立即回收，未完成发送的遥测数据会直接丢失。修改代码如下：

  TelemetryConfiguration config = TelemetryConfiguration.getActive();
  TelemetryClient telemetry = new TelemetryClient(config);
  
  telemetry.trackEvent("Test Event");
  telemetry.trackTrace("Test Trace", SeverityLevel.Warning);
  
  telemetry.flush();
  // 增加1秒等待，确保异步发送完成
  Thread.sleep(1000);
  

• 检查依赖版本兼容性
  不要在项目中手动引入独立版本的com.microsoft.azure:applicationinsights-core依赖，3.2.0版本的Java函数运行时已经内置了匹配版本的Application Insights SDK，手动引入不同版本会导致类冲突，打断遥测上报链路。如果确实需要手动引入，必须保证版本和运行时内置的2.6.x系列完全一致。
• 临时关闭采样验证
  测试阶段可以在应用程序设置中将APPLICATIONINSIGHTS_SAMPLING_PERCENTAGE设为100，避免自适应采样规则过滤掉测试用的少量自定义遥测，验证上报正常后再按需调整采样率。
• 验证遥测查询逻辑
  直接使用KQL查询Application Insights的原始数据，排除门户界面默认过滤规则的影响：
  查自定义事件：customEvents | where name == "Test Event" | order by timestamp desc
  查自定义跟踪：traces | where message == "Test Trace" and severityLevel == 2 | order by timestamp desc

内容的提问来源于stack exchange，提问作者Anders Nørløv Berthelsen