내 HttpClient BaseAddress가 예상대로 작동하지 않는 이유는 무엇입니까?

HttpClient의 BaseAddress: 자세히 살펴보기

이 기사에서는 HttpClient의 BaseAddress 속성에 대해 흔히 오해되는 동작을 설명합니다. 많은 개발자가 부분적으로 정의된 BaseAddress을 사용하여 URI를 구성할 때 예상치 못한 결과를 경험합니다. 귀하의 GET 요청이 항상 의도한 목표

문제: 예상치 못한 URI 구성

BaseAddress을 "//m.sbmmt.com/link/b683cc41556d5055c15033c86a75861c"로 설정하고 GetAsync의 상대 URI로 "/resource/7"을 사용하는 것은 다음과 같이 보일 수 있습니다. 결과가 나와야 한다 "//m.sbmmt.com/link/b683cc41556d5055c15033c86a75861c/resource/7". 그러나 이것은 일반적으로 실패합니다. BaseAddress("//m.sbmmt.com/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("//m.sbmmt.com/link/b683cc41556d5055c15033c86a75861c/");
    var response = await client.GetAsync("resource/7"); 
}</code>

이것은 "//m.sbmmt.com/link/b683cc41556d5055c15033c86a75861c/resource/7"을 올바르게 대상으로 합니다.

결론: 안정적인 HTTP 요청을 위한 BaseAddress 마스터하기

HttpClient의 BaseAddress를 효과적으로 사용하려면 슬래시 배치에 대한 정확한 이해가 필요합니다. 위에 설명된 지침(BaseAddress의 후행 슬래시 및 상대 URI의 선행 슬래시 없음)을 따르면 개발자는 HTTP 요청에서 일관되고 예측 가능한 동작을 보장할 수 있습니다. 사소해 보이는 이 세부 사항은 심각한 디버깅 문제를 방지할 수 있습니다.

위 내용은 내 HttpClient BaseAddress가 예상대로 작동하지 않는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!