CONNECT-tímamörk milliþjóna eftir árangursríka TCP-tengingu
Finndu tímamörkin sem eru virk meðan á CONNECT stendur í stað þess að gera ráð fyrir að lokinni TCP-tengingu sé einnig lokið við uppsetningu göngunnar.
Tímamörk TCP-tengingar hafa gegnt sínu hlutverki um leið og biðlarinn tengist milliþjóninum. Næsta bið—að taka á móti fullum CONNECT-svörum—getur lútið öðrum tímastilli.
Milliþjónninn er kannski enn að tengjast uppstreymis, skiptast á auðkenningarskilaboðum eða bíða annarrar þjónustu. Venjulegt svar vefsíðunnar er ekki hafið enn.
| Síðasta lokna skref | Eftir hverju er enn beðið? |
|---|---|
| TCP tengt milliþjóninum | Handaband milliþjónsins, að meðtöldu samþykki CONNECT |
| CONNECT samþykkt | TLS áfangastaðar, þegar markið notar það |
| Beiðni til áfangastaðar send | Svar áfangastaðar |
Finndu tímastillinn sem er virkur meðan tengillinn les og skrifar þetta handaband. Eiginleiki sem heitir “response timeout” getur fyrst tekið gildi eftir að leiðin er komin á. Með HttpClient 5 skaltu greina á milli ConnectionConfig og socket-tímamarka þess, stillingar TLS-handabands og svar-tímamarka á beiðnistigi. Beittu viðeigandi tengistillingu í gegnum stjórnandann sem raunverulegi biðlarinn notar. Eldri kynslóðir Apache HttpClient nota önnur API, svo eldri kóðabútur er ekki áreiðanlegt kort af þessum ábyrgðum.
Haltu endanlegri synjun CONNECT sem svari frá milliþóninum. Árangursríkt svar sem fylgt er eftir af stöðnun TLS er annar bilunarþáttur. „TCP tengt; ekkert fullt CONNECT-svar fyrir uppsetningarfrest“ lýsir vandanum nákvæmara en almenn tímamörk milliþjóns.
Heildarfrestur getur takmarkað bið kallandans við hlið þessara fasa-marka. Þegar hann rennur út skaltu hætta við eða loka aðgerðinni í gegnum lífsferil sem biðlarinn styður áður en önnur tilraun eyðir tengigetu.