ASP.NET Core V2调用REST API始终返回404错误求助

我在基于ASP.NET Core 2的项目里调用REST API，写了下面这段代码：

services.AddHttpClient("apiserver")
    .ConfigurePrimaryHttpMessageHandler(() => {
        return new HttpClientHandler() {
            AllowAutoRedirect = false,
            UseDefaultCredentials = true,
            Proxy = new WebProxy { Address = new Uri("proxyserver:80"), Credentials = new NetworkCredential("user", "pass", "domain") }
        };
    });

using (var client = _httpClientFactory.CreateClient("apiserver")) {
    client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("*/*"));
    var result = client.GetAsync("http://url/api/user/test/");
    var response = result.Result.Content.ReadAsStringAsync();
    return Ok(result.Result.StatusCode);
}

这段代码始终返回404（未找到）错误，但在浏览器和Postman里访问完整地址http://url/api/user/test/能正常拿到预期结果，请问问题出在哪里？

咱们一步步拆解排查，404本质是请求和服务端预期不匹配，结合你的代码和测试情况，重点排查这几个方向：

1. 异步代码的阻塞调用坑 #

你现在用result.Result这种同步阻塞异步方法的写法，不仅容易导致死锁，还可能在异步请求还没完全处理完时就强行读取结果，导致真实错误被掩盖。先把代码改成标准的异步写法试试：

using (var client = _httpClientFactory.CreateClient("apiserver")) {
    client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("*/*"));
    // 用await等待异步操作完成
    var result = await client.GetAsync("http://url/api/user/test/");
    // 建议先读取响应内容，确认是否是真的404，还是服务端返回的"假404"
    var responseContent = await result.Content.ReadAsStringAsync();
    return Ok(result.StatusCode);
}

2. 请求头的差异问题 #

浏览器和Postman会自动带上一些默认请求头（比如User-Agent），而你的HttpClient可能缺失这些头，部分服务端会根据这些头做路由或权限判断。你可以给HttpClient加上和Postman一致的请求头试试：

// 加个常见的User-Agent
client.DefaultRequestHeaders.UserAgent.ParseAdd("Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36");
// 也可以把Accept头改成和Postman完全一致的，比如Postman里的Accept可能是"application/json,text/plain,*/*"
client.DefaultRequestHeaders.Accept.Clear();
client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));
client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("text/plain"));
client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("*/*"));

3. 代理配置的潜在问题 #

你手动配置了代理，但有可能代理服务器转发请求出错，或者代理的认证信息无效。先临时注释掉代理配置，测试是否能正常访问：

services.AddHttpClient("apiserver")
    .ConfigurePrimaryHttpMessageHandler(() => {
        return new HttpClientHandler() {
            AllowAutoRedirect = false,
            UseDefaultCredentials = true
            // 暂时注释代理配置
            // Proxy = new WebProxy { Address = new Uri("proxyserver:80"), Credentials = new NetworkCredential("user", "pass", "domain") }
        };
    });

如果去掉代理后请求正常，那就是代理的问题——比如代理地址写错、账号密码过期，或者代理服务器没有权限访问目标API。

4. 自动重定向的设置差异 #

你设置了AllowAutoRedirect = false，但浏览器和Postman默认是允许自动重定向的。如果目标API实际返回3xx重定向，你的HttpClient不会自动跳转，可能会被误判为404。可以尝试把这个属性改成true，或者检查响应头里的Location字段确认是否有重定向：

return new HttpClientHandler() {
    AllowAutoRedirect = true, // 改成true试试
    UseDefaultCredentials = true,
    Proxy = new WebProxy { Address = new Uri("proxyserver:80"), Credentials = new NetworkCredential("user", "pass", "domain") }
};

5. URL拼接的隐形问题 #

虽然你写了完整URL，但可以试试把BaseAddress配置到HttpClient里，用相对路径调用，避免URL拼接的潜在问题（比如多斜杠、少斜杠）：

services.AddHttpClient("apiserver", client => {
    // 配置基础地址
    client.BaseAddress = new Uri("http://url/");
})
.ConfigurePrimaryHttpMessageHandler(() => {
    // handler配置不变
    return new HttpClientHandler() {
        AllowAutoRedirect = false,
        UseDefaultCredentials = true,
        Proxy = new WebProxy { Address = new Uri("proxyserver:80"), Credentials = new NetworkCredential("user", "pass", "domain") }
    };
});

// 调用时用相对路径
var result = await client.GetAsync("api/user/test/");

快速排查技巧 #

用Fiddler或者浏览器开发者工具，对比HttpClient发出的请求和Postman/浏览器发出的请求的所有细节：包括请求URL、请求头、代理状态、编码方式等，找到差异点就能直接定位问题。

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