Azure上ServiceBusTrigger函数V4不触发，本地运行正常求排查

我有一个V4版本的ServiceBusTrigger Azure Function，本地运行时可正常处理队列中的所有消息，但部署到Azure后却无任何响应。使用了ManagedIdentity，所有配置看起来均无问题，请问是否有方法查看日志或排查故障原因？

此前该功能运行正常，但为了在本地获取消息并调试，我曾多次停止Azure上的Function实例（不停止的话，Azure实例会抢占消息导致本地无法获取）。现在情况反转，仅本地可正常运行，Azure实例无任何动作。

host.json 配置 #

{
    "version": "2.0",
    "logging": {
        "applicationInsights": {
            "samplingSettings": {
                "isEnabled": true,
                "excludedTypes": "Request"
            }
        }
    }
}

Azure 配置信息 #

{
    "APPLICATIONINSIGHTS_CONNECTION_STRING": "InstrumentationKey=9540be89-6878-4d75-831e-dc710d1ebe66;IngestionEndpoint=https://eastus-8.in.applicationinsights.azure.com/;LiveEndpoint=https://eastus.livediagnostics.monitor.azure.com/",
    "AZURE_CLIENT_ID": "0f6d99bd-a255-4760-aaa2-9a09a65aeef1",
    "AzureWebJobsStorage": "UseDevelopmentStorage=true",
    "CarrierServiceFunctionURL": "https://{environmentName}-carrier.azurewebsites.net",
    "CORECLR_ENABLE_PROFILING": "1",
    "CORECLR_PROFILER": "",
    "CORECLR_PROFILER_PATH": "",
    "CustomerServiceFunctionURL": "https://{environmentName}-customer.azurewebsites.net",
    "DD_AGENT_HOST": "",
    "DD_DOTNET_TRACER_HOME": "",
    "DD_INTEGRATIONS": "",
    "DD_LOGS_INJECTION": "",
    "DD_SERVICE": "app-invoice-dev-worker",
    "DOCKER_REGISTRY_SERVER_PASSWORD": "",
    "DOCKER_REGISTRY_SERVER_URL": "integratedtmcr.azurecr.io",
    "DOCKER_REGISTRY_SERVER_USERNAME": "",
    "FUNCTIONS_EXTENSION_VERSION": "~4",
    "KeyVault_Location": "inf-preprod-vault",
    "KeyVaultMongoConnection": "MongoConnection-Invoice-dev",
    "ServiceBusConnection__fullyQualifiedNamespace": "inf-dev-servicebus.servicebus.windows.net",
    "ShipmentServiceFunctionURL": "https://{environmentName}-shipment.azurewebsites.net",
    "WebhookServiceUrl": "https://app-webhook-dev-api.azurewebsites.net/",
    "WEBSITES_ENABLE_APP_SERVICE_STORAGE": false
}

我已检查连接字符串、主题名称、Service Bus订阅中的消息存在性，也重启了应用。

排查步骤 #

1. 查看实时日志与应用洞察 #

• 进入Azure Function的监控面板，打开日志流，实时观察函数启动和触发的日志输出，排查是否有报错信息
• 在Application Insights中，查看失败请求、异常和跟踪日志，搜索ServiceBus相关关键词，定位身份验证或连接异常
• 临时调整host.json的采样配置（如设置samplingSettings.isEnabled: false），避免关键日志被采样过滤，获取完整的运行日志

2. 验证ManagedIdentity权限与配置 #

• 确认对应AZURE_CLIENT_ID的ManagedIdentity在Service Bus命名空间上已分配Azure Service Bus Data Receiver权限，且权限覆盖目标队列/主题订阅
• 核对ServiceBusConnection__fullyQualifiedNamespace的拼写，确认命名空间处于正常可用状态
• 在Service Bus命名空间的IAM面板中，测试该ManagedIdentity的权限，确保能正常访问目标资源

3. 检查函数实例与触发器状态 #

• 查看目标ServiceBusTrigger函数的状态是否为已启用
• 确认触发器配置的队列/主题名称、订阅名称与Service Bus中的实际资源完全一致
• 检查函数的实例计数，确认有运行中的实例（消耗计划下有消息时应自动扩容）

4. 修复AzureWebJobsStorage配置 #

当前配置中AzureWebJobsStorage设置为UseDevelopmentStorage=true，这是本地开发专用配置，部署到Azure后必须替换为有效的Azure存储账户连接字符串。该配置错误会导致触发器调度、日志存储等核心功能异常，是本次问题的高概率原因。

5. 其他排查点 #

• 查看部署中心的记录，确认最新代码已成功部署
• 检查Service Bus的死信队列，确认是否有消息被移入死信
• 尝试手动触发函数（若支持），验证函数本身的执行逻辑是否正常

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