为何GetFromJsonAsync无法解析但ReadFromJsonAsync可解析相同JSON

你的判断完全准确。HttpClient.GetFromJsonAsync 属于高层封装的扩展方法，内部执行逻辑默认会先调用HttpResponseMessage.EnsureSuccessStatusCode()校验响应状态码：只要状态码不在200~299的成功范围内（包括你遇到的429 Too Many Requests、400 Bad Request、500 Internal Server Error等），方法会直接抛出HttpRequestException，不会执行后续的JSON反序列化操作。
而你手动调用GetAsync获取响应后，直接对响应内容调用ReadFromJsonAsync的写法，跳过了强制状态码校验步骤，因此无论返回什么状态码，只要响应正文是合法JSON格式，都能正常完成解析。

• 标准通用写法：保留你现在验证通过的两步调用逻辑，即先通过GetAsync/SendAsync获取原始响应对象，按需判断状态码后，再调用ReadFromJsonAsync解析内容。这种写法灵活性最高，是处理非成功状态码响应场景的官方推荐方式，你可以针对不同状态码编写对应的解析、错误处理逻辑。
• 自定义扩展简化代码：如果不想每次都写两步调用，可以自行封装扩展方法替代原生GetFromJsonAsync，移除内部的强制成功状态码校验逻辑，示例代码如下：

public static async Task<T?> GetJsonIgnoreStatusAsync<T>(
    this HttpClient client, 
    string requestUri, 
    JsonSerializerOptions? jsonOptions = null)
{
    using var response = await client.GetAsync(requestUri);
    // 注释掉强制成功校验，允许非2xx状态码进入解析流程
    // response.EnsureSuccessStatusCode();
    return await response.Content.ReadFromJsonAsync<T>(jsonOptions);
}

你在服务端重写限流响应逻辑时，使用的JsonSerializerOptions仅配置了枚举字符串转换器，没有和客户端保持一致开启PropertyNameCaseInsensitive = true，建议补全该配置，避免因属性名大小写不匹配出现偶发解析失败问题。

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