using (WebResponse response = request.GetResponse())
{
    response.GetResponseStream().CopyTo(destination);
}

Weka kila jibu la zamani la HttpWebRequest katika wigo unaomaliza matumizi yake na kuliachia. Hapa destination ni mtiririko wa pato unaoweza kuandikwa wa programu; kizuizi cha using huliachia WebResponse hata kama kunakili kushindikana, bila kuchukua umiliki wa pato hilo.

Ombi moja la proksi kufanikiwa na yale yanayofuata kusubiri kunaweza kuonyesha majibu ambayo hayajakamilika yanachukua rasilimali za muunganisho. Kupokea WebResponse pekee hakumalizi mwili wake. Muda wa mwisho wa ombi hupunguza kusubiri, si uhai wa kila jibu lililopatikana tayari.

Tumia umiliki huo huo kwa hitilafu. WebException inaweza kubeba jibu ambalo msimbo wako hukagua; lifunge baada ya ukaguzi. Hitilafu ya usafirishaji inaweza kuwa haina jibu kabisa.

Kuondoa hurejesha rasilimali za jibu lakini hakuahidi miunganisho inayoweza kutumika tena katika kila kisa. Itifaki, seva na matumizi ya mwili bado ni muhimu.

Hii inahusu matengenezo ya mrundikano wa zamani wa WebRequest. Katika msimbo mpya fuata umiliki wa jibu/mtiririko wa mteja halisi; kwa HttpClient, weka majibu ndani ya wigo wake wa kuondoa, na tambua hitilafu hii ya usafishaji kando na uthibitishaji wa proksi au uchaguzi wa njia.

Makala zinazohusiana