Azure WebJob参数传递异常求助：部署的控制台应用无法接收参数

首先得明确一个核心差异：本地命令行运行控制台应用时，参数是直接作为命令行参数传入的，但通过Webhook触发Azure WebJob时，参数是通过HTTP请求内容（比如Query String、请求体）传递的，并不会自动转成控制台应用的命令行参数——这大概率就是你遇到的问题！

下面是具体的排查和解决步骤：

1. 配置WebJob将Webhook参数转为命令行参数 #

如果你希望保持本地的命令行参数处理逻辑不变，可以通过WebJob的settings.job文件配置参数映射：

• 在WebJob的根目录创建（或修改）settings.job文件，添加如下内容：

  {
    "arguments": "%QUERY_ARGUMENTS%"
  }
  

  这里的%QUERY_ARGUMENTS%是Azure WebJobs的内置变量，会自动抓取Webhook请求中arguments查询参数的值，并将其作为命令行参数传给你的控制台应用。比如你请求https://xxx.scm.azurewebsites.net/api/triggeredwebjobs/MyJob/run?arguments=test123，控制台应用就能收到test123这个命令行参数。

2. 在代码中直接读取Webhook的HTTP请求内容 #

如果想更灵活地处理参数（比如接收POST请求体、多参数等），可以在代码里直接读取Webhook的HTTP请求信息：
以C#为例，如果你用的是触发型WebJob，可定义一个接收HTTP请求的函数：

public static void HandleWebhook([HttpTrigger(WebHookType = "genericJson")] HttpRequestMessage req, TextWriter log)
{
    // 读取URL查询参数
    var queryParams = req.GetQueryNameValuePairs();
    var targetParam = queryParams.FirstOrDefault(p => p.Key == "yourParamName").Value;
    
    // 读取POST请求体（如果是POST方式传参）
    var requestBody = req.Content.ReadAsStringAsync().Result;
    
    // 这里写你的参数处理逻辑
    log.WriteLine($"接收到参数：{targetParam}");
}

这种方式能直接获取整个HTTP请求的所有内容，适配更复杂的传参场景。

3. 检查WebJob日志确认参数传递状态 #

你可以在Azure Portal的WebJob日志里，查看应用启动时的命令行内容：

Running command: dotnet YourApp.dll

如果日志里没有你传递的参数，说明参数确实没被传入控制台应用，这时候就需要用上面两种方式之一来配置。

4. 确认WebJob类型适配性 #

注意区分连续型WebJob和触发型WebJob：

• 连续型WebJob会持续运行，Webhook触发时是向运行中的进程发送HTTP请求；
• 触发型WebJob每次触发都会启动新进程，更适合你的场景。
  确保你的WebJob类型和参数处理逻辑匹配。

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