HttpClient默认自动重定向但无法处理JS跳转和meta refresh，需手动关闭AllowAutoRedirect并解析Location头或meta标签；中文乱码因未按网页charset解码，应读字节数组后依响应头或meta指定编码；必须设置User-Agent防403；异步调用须await避免UI阻塞；HttpClient实例应复用。
HttpClient 默认不处理重定向，页面跳转后拿不到最终 HTML
很多情况下用 HttpClient 直接 GetAsync 拿到的不是你浏览器里看到的页面源码，而是 301/302 跳转前的响应体，甚至空内容。这是因为 HttpClient 默认开启自动重定向（AllowAutoRedirect = true），但某些网站会用 JavaScript 跳转、或在响应头里藏了 Location 却没触发重定向（比如返回 200 + meta refresh），这时你得自己判断。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 先关掉自动重定向：
new HttpClient(new HttpClientHandler { AllowAutoRedirect = false })，手动检查response.StatusCode和response.Headers.Location - 遇到 301/302 且有
Location头，再发一次请求；注意有些站点 Location 是相对路径，需用response.RequestMessage.RequestUri拼接 - 如果页面靠
<meta http-equiv="refresh">跳转，HttpClient不会执行它——你只能拿到原始 HTML 后自己解析 meta 标签再跟进
中文乱码常见于 Content-Type 缺少 charset 或服务器没声明编码
拿到的 HTML 字符串出现 或方块，大概率不是解码错了，而是压根没按网页声明的编码去读。比如网页 <meta charset="gb2312">，但 HttpClient 按 UTF-8 解了流，结果全乱。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 别直接用
response.Content.ReadAsStringAsync()——它默认用 UTF-8，且忽略响应头里的charset - 改用
response.Content.ReadAsByteArrayAsync()拿字节数组，再根据response.Content.Headers.ContentType?.CharSet或 HTML 内的 meta 标签决定解码方式 - 实在拿不准，用
Encoding.Default（Windows 系统 ANSI）试一下，尤其老国内站点；但生产环境要避免硬写，应优先解析 HTML 中的<meta>
没有设置 User-Agent 会被 403 拦在门口
多数现代网站对无 User-Agent 的请求直接返回 403 Forbidden，连 HTML 都不给。这不是“反爬有多强”，只是基础服务端过滤——Nginx / IIS 默认规则就可能干这事。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 必须加请求头：
client.DefaultRequestHeaders.UserAgent.ParseAdd("Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36") - 别用太冷门或明显 bot 的 UA，比如 "python-requests" 或空字符串；也不必追求最新 Chrome 版本，稳定常用即可
- 如果目标站校验 Referer 或 Accept，一并补上：
client.DefaultRequestHeaders.Referrer = new Uri("https://www.baidu.com/")
同步阻塞式调用在 UI 线程里会卡死界面
新手常写 var html = client.GetAsync(url).Result 或 .Wait()，在 WinForms/WPF 主线程里直接导致界面假死。这不是 HttpClient 的锅，是同步等异步任务违反了 .NET 的调度约定。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 所有
HttpClient调用必须用await，对应方法签名改成async Task<string> - UI 事件处理器里不要用
Task.Run(...).Result去“绕开”——这只会把阻塞换到线程池线程，仍可能拖慢响应 -
HttpClient实例应复用（静态或 DI 注入），别每次请求都 new ——否则可能触发端口耗尽（SocketException: Too many open files）
真正麻烦的从来不是怎么拿到 HTML，而是你拿到的到底是不是用户看到的那个 HTML：JS 渲染、动态 token、cookie 时效、TLS 指纹……这些没法靠 HttpClient 一步到位。能用它解决的，基本都卡在头、编码、重定向和调用姿势上。
