C#中HttpResponseMessage无法正常捕获400 Bad Request响应问题

HttpResponseMessage 原生支持处理400 Bad Request响应，你遇到的跳转异常问题和类本身能力无关，属于代码写法或测试用例构造的问题。

• 测试URL本身格式非法，请求未发出就触发解析异常：你在正常URL后拼接的/%不符合URI规范，%是URL转义标识，合法格式要求%后必须跟随两位十六进制字符代表转义后的ASCII码，未闭合的%会被.NET的Uri解析器判定为格式错误，直接抛出UriFormatException，根本不会走到发送请求、接收响应的流程，自然拿不到400状态码。你在浏览器中访问同类地址能拿到400，是因为浏览器会自动对非法字符做编码补全，实际发出的请求是将%转义为%25，和你代码里传入的原始字符串请求不是同一个。
• 代码中错误调用了EnsureSuccessStatusCode()方法：该方法的内置逻辑是校验响应状态码是否在200-299的成功区间，只要是非成功状态码（包括400、404、500）就会直接抛出HttpRequestException。如果写了这行逻辑，所有非2xx响应都会直接进入catch块，按说404、500也无法被正常识别，和你描述的现象不完全匹配，因此这个原因的排查优先级低于URL格式问题。

• 第一步先给catch块加临时日志，打印捕获到的异常类型和完整堆栈，先确认异常是发生在URI解析阶段、请求发送阶段还是响应处理阶段，不要笼统吞掉所有异常直接返回Unavailable。
• 如果是URI格式错误，构造测试用例时不要直接拼接未转义的特殊字符，需要对拼接的路径段做编码处理，比如把测试用例的/%改为/%25，或者用Uri.EscapeDataString()处理待拼接的特殊字符，保证URI格式合法。
• 如果是代码里写了response.EnsureSuccessStatusCode()，直接删除该行即可，不需要靠这个方法判断响应状态，直接读取response.StatusCode枚举做匹配就能识别所有HTTP状态码。
• 参考实现代码：

public async Task<string> ValidateAcsUrl(string targetUrl)
{
    try
    {
        // 生产环境建议HttpClient用单例注入，不要每次请求新建
        using var httpClient = new HttpClient();
        using HttpResponseMessage response = await httpClient.GetAsync(targetUrl);
        int statusCode = (int)response.StatusCode;
        return statusCode switch
        {
            200 => "200 OK",
            400 => "400 Bad Request",
            404 => "404 Not Found",
            500 => "500 Internal Server Error",
            _ => $"{statusCode} {response.ReasonPhrase}"
        };
    }
    catch
    {
        // 可按需记录异常详情排查问题
        return "Unavailable";
    }
}

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