Flurl.Http 处理302重定向时需启用Cookie支持

在使用Flurl.Http库访问某些网站时，可能会遇到302重定向问题，而同样的请求使用HttpClient却能正常工作。这种情况通常与Cookie处理机制有关。

问题现象

当开发者使用Flurl.Http访问香港迪士尼商店API时，收到了302"Moved Temporarily"响应，而使用原生HttpClient却能正常获取数据。这种差异主要源于两个库对HTTP会话状态管理的不同处理方式。

根本原因

许多现代网站会使用Cookie来跟踪用户会话状态。当首次请求时，服务器可能会设置会话Cookie，并期望客户端在后续请求中携带这些Cookie。Flurl.Http默认不自动处理Cookie，而HttpClient在某些配置下会维护Cookie容器。

解决方案

Flurl.Http提供了多种方式来管理Cookie，确保会话连续性：

1. 单次请求启用Cookie

对于只需要一次调用的情况，可以使用WithCookies方法临时启用Cookie支持：

var res = await "https://example.com/api"
    .WithCookies(out _)
    .GetAsync();

2. 多次请求共享Cookie

如果需要多个请求保持会话状态，可以捕获并重用Cookie容器：

// 首次请求获取Cookie容器
var resp1 = await host.WithCookies(out var jar).GetAsync();

// 后续请求使用同一个Cookie容器
var resp2 = await host.WithCookies(jar).GetAsync();

3. 使用CookieSession管理会话

对于复杂的交互场景，Flurl.Http提供了CookieSession类来简化会话管理：

using var session = new CookieSession("https://example.com");
var resp1 = await session.Request("path1").GetAsync();
var resp2 = await session.Request("path2").GetAsync();

最佳实践

1. 对于需要维持会话的网站访问，始终启用Cookie支持
2. 考虑使用CookieSession来管理复杂交互流程
3. 在测试阶段检查响应头，确认服务器是否设置了需要处理的Cookie
4. 注意Cookie的生命周期管理，避免不必要的内存占用

通过合理配置Cookie处理机制，可以确保Flurl.Http在各种Web访问场景下都能正常工作，包括那些依赖会话状态的网站API。