HTTP 触发器不返回 Azure 函数 v2 中的堆栈跟踪

Question

考虑一个引发异常的简单 HTTP 触发器。 当我通过 Postman 调用此触发器时，它返回 500 内部服务器错误，但正文为空。 作为开发人员，我想查看堆栈跟踪，以便快速调试正在发生的事情。

// Azure Functions v2
[FunctionName("HttpTrigger2")]
public static async Task<HttpResponseMessage> HttpTrigger2(
[HttpTrigger(AuthorizationLevel.Anonymous, "get", "post", Route = null)] HttpRequestMessage req)
{
    throw new System.Exception("I want to be in the response body.");
}

这是在本地运行的。 我还没有远程测试过。

我相信 Azure Functions v1 确实显示了堆栈跟踪。

我知道有多种检查日志的方法，例如将环境连接到 AppInsights。 我正在寻找服务器的即时响应。

Answer 1

应当设计使v2函数不再像v1那样返回堆栈跟踪。 在远程Azure站点上，v1和v2函数均不会返回堆栈跟踪。 设计是合理的，堆栈跟踪用于调试，而响应主体显然没有。 随着堆栈跟踪作为响应返回，我们似乎公开了冗长的信息，有时还提供了私人信息。

如果在本地调试时为了方便起见，希望获取异常作为响应，请捕获异常并将其作为响应返回。

使用HttpRequestMessage

        try
        {
            throw new System.Exception("I want to be in the response body.");
        }
        catch (Exception exception)
        {
            log.LogError(exception, exception.Message);
            return req.CreateResponse(HttpStatusCode.InternalServerError, exception);
        }

在v2中，我们也可以使用HttpRequest ，响应类型应该为IActionResult 。

        try
        {
            throw new System.Exception("I want to be in the response body.");
        }
        catch(Exception exception)
        {
            log.LogError(exception, exception.Message);
            var res = new ObjectResult(exception)
            {
                StatusCode = StatusCodes.Status500InternalServerError
            };
            return res;
        }

Answer 2

您还可以在您的机器中将环境变量 CLI_DEBUG 添加到 1 以在本地环境、调试等中获得完整的异常