為什麼我的 HttpClient BaseAddress 沒有如預期般運作？

HttpClient 的 BaseAddress：仔細觀察

本文澄清了 HttpClient 的 BaseAddress 屬性經常被誤解的行為。 許多開發人員在使用部分定義的 BaseAddress 建置 URI 時會遇到意外結果。我們將剖析問題並提出正確的用法，以確保您的 GET 請求始終達到預期目標。

問題：意外的 URI 構造

將 BaseAddress 設定為“https://www.php.cn/link/b683cc41556d5055c15033c86a75861c”，然後使用“/resource/7”作為 GetAsync 中的相對 URI可能看起來像這樣應該會導致「https://www.php.cn/link/b683cc41556d5055c15033c86a75861c/resource/7」。 然而，這通常會失敗。 在 BaseAddress 中加入尾部斜線（「https://www.php.cn/link/b683cc41556d5055c15033c86a75861c/」）也無法保證成功。

缺少的部分：文件和實際應用

雖然官方文件提到 BaseAddress 作為“網路資源的基址”，但它缺乏關於正斜線關鍵作用的明確指導。 透過實驗，解決方案變得清晰：

• BaseAddress 需要尾隨正斜線 (/)。
• GetAsync 中的相對 URI 不應 先前導斜線 (/) 開頭。

正確的實作

以下程式碼示範了成功的組合：

<code class="language-csharp">using (var handler = new HttpClientHandler())
using (var client = new HttpClient(handler))
{
    client.BaseAddress = new Uri("https://www.php.cn/link/b683cc41556d5055c15033c86a75861c/");
    var response = await client.GetAsync("resource/7"); 
}</code>

這正確地定位了「https://www.php.cn/link/b683cc41556d5055c15033c86a75861c/resource/7」。

結論：掌握 BaseAddress 以實現可靠的 HTTP 請求

HttpClient的BaseAddress的有效使用取決於對斜線位置的精確理解。 透過遵循上述準則（BaseAddress 中的尾部斜線且相對 URI 中沒有前導斜線），開發人員可以確保其 HTTP 請求中的行為一致且可預測。 這個看似微不足道的細節可以避免重大的調試難題。

以上是為什麼我的 HttpClient BaseAddress 沒有如預期般運作？的詳細內容。更多資訊請關注PHP中文網其他相關文章！