发布于2026-07-17 阅读(0)
扫一扫,手机访问
先说几个核心判断。C# 里发起带参数的 GET 请求,最稳妥的方式就是直接用 HttpClient 拼接查询字符串。别去碰 WebClient 或者手动构造 HttpWebRequest——那些路子容易漏编码、乱字符,而且超时控制也容易出问题。

直接上结论:手动拼 ? 和 & 简直是请君入瓮,中文、空格、斜杠任何一个都会直接导致 400 错误。必须对每个参数值调用 Uri.EscapeDataString(),别只靠 Uri.EscapeUriString()——后者连 + 和空格都不处理,坑得很。
具体怎么干?建议用 Dictionary 把参数键值对存起来,然后逐个 EscapeDataString,最后用 string.Join("&", ...) 组装。这比手写字符串插值安全得多,比如 $"https://api.com/v1?name={name}" 这种写法,一旦 name 是 "a b",请求就崩了。
如果参数来自用户输入或数据库,逃逸是必须的;常量参数虽然可以省,但统一处理更省心,也避免以后忘了改。
你猜怎么着?每次 new 一个 HttpClient 在高并发服务里会直接导致端口耗尽,弹出 SocketException: Too many open files。这玩意儿本来就是线程安全、设计为长期复用的。
实操上,建议在类级别声明 static readonly HttpClient,或者注入 IHttpClientFactory(.NET Core 2.1+ 推荐)。必须警惕的是,别把 httpClient.Timeout 设成 TimeSpan.MaxValue——这等于掩盖下游故障,建议 30 秒内搞定。如果需要不同 BaseAddress 或 Header,用 new HttpClient(handler) { BaseAddress = ... },别反复 new 实例。
GET 请求没有 body,但常见错误往往出在 header 或重定向上。比如第三方接口要求 Authorization: Bearer xxx,或强制 User-Agent,甚至返回 302 却不自动跳转。
那怎么办?先补全基础头:httpClient.DefaultRequestHeaders.Add("User-Agent", "MyApp/1.0")。再检查是否需要 Accept: application/json——有些 API 不带这个头就返回 HTML 错误页。如果遇到重定向问题,可以禁用自动跳转:httpClient.MaxAutomaticRedirections = 0,自己用 response.Headers.Location 调试跳转逻辑。生产环境用 await,调试时用 response.Content.ReadAsStringAsync().Result 快速看原始响应体。
真正麻烦的是第三方文档写得模糊,比如声称“参数用 query 传”,结果实际校验了 Referer 或要求 TLS 1.2+。这时候抓包(Fiddler / Wireshark)比读文档管用得多。
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
正版软件
正版软件
正版软件
正版软件
正版软件
1
2
3
7
8