အသုံးပြုသူက HTTP တောင်းဆိုချက်ကို ပြင်ဆင်ပြီး၊ ရှေ့သို့ ပို့ဆောင်သော ပရောက်စီက ထိုစာကို ရှေ့သို့ မပို့မီ ပြောင်းလဲနိုင်သည်။ ပို့ဆောင်လိုက်သော ဗားရှင်းကို လေ့လာနိုင်သည့် နေရာသည် ဆိုက်ရောက်ရာ ဖြစ်သည်။

လေ့လာရေးအမှတ်ထိုနေရာ၌ ရရှိနိုင်သော စာ
အသုံးပြုသူ၏ တောင်းဆိုချက် အရာဝတ္ထုပထမ ခုန်အတွက် ပြင်ဆင်ထားသော တောင်းဆိုချက်
မူလအရင်း၏ တောင်းဆိုချက် မှတ်တမ်း သို့မဟုတ် ပဲ့တင်ထပ်ကိုင်တွယ်သူပို့ဆောင်ပြီးနောက် လက်ခံရရှိသော တောင်းဆိုချက်
အသုံးပြုသူ၏ တုံ့ပြန်ချက် ခေါင်းစီး စုစည်းမှုပြန်လာသော လမ်းကြောင်း၌ လက်ခံရရှိသော တုံ့ပြန်ချက်

ထိန်းချုပ်ထားသော စစ်ဆေးမှုအတွက် သင်ကိုယ်တိုင် လည်ပတ်ပြီး လက်ခံရရှိသော တောင်းဆိုချက် ခေါင်းစီးများကို မှတ်တမ်းတင်ခြင်း သို့မဟုတ် ပြန်ပေးခြင်း ပြုလုပ်သော အဆုံးမှတ်ကို အသုံးပြုပါ။ တောင်းဆိုချက်တွင် မှတ်မိနိုင်သော အမှတ်အသား ပေးပါ၊ သို့မှသာ မူလမှတ်တမ်းကို သီးခြား အသုံးပြုသူ လုပ်ဆောင်ချက်နှင့် ချိတ်ဆက်နိုင်မည်။

WebClient အခြေခံ အပ်ပလီကေးရှင်းတွင် ResponseHeaders သည် ပြန်ပေးလိုက်သော တုံ့ပြန်ချက်ကို ဖော်ပြသည်။ ၎င်းသည် ပရောက်စီ၏ ဆိုက်ရောက်ရာသို့ ပို့သော တောင်းဆိုချက်၏ မှတ်တမ်း မဟုတ်ပါ။ ဆာဗာသည် တောင်းဆိုချက် အချက်အလက်များကို ၎င်း၏ တုံ့ပြန်ချက် ကိုယ်ထည်တွင် ပဲ့တင်ထပ်ရန် ရွေးနိုင်သည်၊ သို့သော် ၎င်းသည် အပ်ပလီကေးရှင်း၏ အပြုအမူ ဖြစ်သည်။

လမ်းကြောင်းတွင် ကြားခံ အများအပြား ပါဝင်ပါက ဆိုက်ရောက်ရာသည် သူတို့၏ ပေါင်းစပ် ပို့ဆောင်မှု အကျိုးသက်ရောက်မှုကို မြင်သည်။ ခေါင်းစီး ရှိနေခြင်းတစ်ခုတည်းဖြင့် ပြောင်းလဲမှုကို သီးခြား ခုန်တစ်ခုသို့ မသတ်မှတ်နိုင်ပါ။ စိတ်ကြိုက် API အကွက်များအတွက် ပို့ဆောင်ခြင်းနှင့် Connection အကွက် စည်းမျဉ်းများ က ပြောင်းလဲမှုကို မည်သည့်အခါ မျှော်လင့်သည်ကို ရှင်းပြသည်။

သာမန် HTTPS CONNECT ဥမင်သည် နောက်ထပ် နယ်နိမိတ်တစ်ခု ထည့်သည်− အတွင်းပိုင်း HTTP တောင်းဆိုချက်ကို အသုံးပြုသူနှင့် ဝဘ်ဆိုက်ကြား ကုဒ်ဝှက်ထားသည်။ ထပ်ဆင့်ပို့သော ပရောက်စီသည် ထို ကုဒ်ဝှက်ထားသော ခေါင်းစီးများကို ပြင်ဆင်၍ မရပါ။ CONNECT ဖလှယ်မှုရှိ ခေါင်းစီးများသည် ထို သီးခြား ဖလှယ်မှုနှင့် သက်ဆိုင်ပြီး၊ စီမံခန့်ခွဲသော TLS စစ်ဆေးရေး ပရောက်စီတွင်မူ အခန်းကဏ္ဍ ကွဲပြားသည်။

ဆက်စပ်ဆောင်းပါးများ