গো-এ, আমার কিছু http প্রতিক্রিয়া রয়েছে এবং আমি মাঝে মাঝে কল করতে ভুলে যাই:
resp.Body.Close()
এক্ষেত্রে কী হয়? একটি স্মৃতি ফাঁস হবে? এছাড়াও defer resp.Body.Close()প্রতিক্রিয়া অবজেক্ট পাওয়ার পরে অবিলম্বে রাখা কি নিরাপদ ?
client := http.DefaultClient
resp, err := client.Do(req)
defer resp.Body.Close()
if err != nil {
return nil, err
}
কি হবে যদি একটি ত্রুটি হয়, পারা respবা resp.Bodyশূন্য হবে?
উত্তর:
এক্ষেত্রে কী হয়? একটি স্মৃতি ফাঁস হবে?
এটি একটি রিসোর্স লিক। সংযোগটি পুনরায় ব্যবহার করা হবে না, এবং ফাইল বিবরণকারীকে মুক্ত করা হবে না সে ক্ষেত্রে এটি উন্মুক্ত থাকতে পারে।
এছাড়াও প্রতিক্রিয়া অবজেক্ট পাওয়ার পরে অবিলম্বে স্থগিত রেখে দেওয়াই নিরাপদ? বডি.ক্লোজ ()?
না, ডকুমেন্টেশনে প্রদত্ত উদাহরণটি অনুসরণ করুন এবং ত্রুটিটি যাচাই করার সাথে সাথে এটি বন্ধ করুন।
client := http.DefaultClient
resp, err := client.Do(req)
if err != nil {
return nil, err
}
defer resp.Body.Close()
http.Clientডকুমেন্টেশন থেকে :
যদি প্রত্যাবর্তিত ত্রুটি শূন্য হয় তবে প্রতিক্রিয়াতে একটি নন-শিল শরীর থাকবে যা ব্যবহারকারীর দ্বারা বন্ধ হওয়া প্রত্যাশিত। বডি যদি উভয়ই ইওএফ-তে পড়ে না এবং বন্ধ হয় তবে ক্লায়েন্টের অন্তর্নিহিত রাউন্ডট্রিপার (সাধারণত পরিবহণ) পরবর্তীকালে "রাখুন" অনুরোধের জন্য সার্ভারের সাথে একটি অবিরাম টিসিপি সংযোগটি পুনরায় ব্যবহার করতে সক্ষম না হতে পারে।
io.LimitReader। আমি সাধারণত একটি মোটামুটি ছোট সীমা ব্যবহার করি, কারণ যদি অনুরোধটি খুব বড় হয় তবে নতুন সংযোগ তৈরি করা দ্রুত।
_, err := client.Do(req)ফাইল বর্ণনাকারী খালি থাকার ফলেও ফলাফল করা যায়। সুতরাং এমনকি যদি কেউ প্রতিক্রিয়া কী তা যত্নশীল না করে, তবুও এটিকে একটি পরিবর্তনশীলতে নির্ধারিত করা এবং দেহটি বন্ধ করা প্রয়োজন।
যদি কোনও এফডির সাথে যুক্ত সংস্থানগুলি পদ্ধতির Response.Bodyসাথে বন্ধ Close()না করা হয় তবে মুক্ত করা হবে না। এটি একটি রিসোর্স লিক।
Response.Bodyপ্রতিক্রিয়া উত্স থেকে :
বডি বন্ধ করা কলারের দায়িত্ব।
সুতরাং অবজেক্টের সাথে আবদ্ধ কোনও চূড়ান্তকরণকারী নেই এবং এটি অবশ্যই স্পষ্টভাবে বন্ধ করা উচিত।
ত্রুটি হলে, কোনও প্রতিক্রিয়া উপেক্ষা করা যেতে পারে। নন-শূন্য ত্রুটিযুক্ত একটি নন-নীল প্রতিক্রিয়া কেবল তখনই ঘটে যখন চেকরাইডারেক্ট ব্যর্থ হয়, এবং তারপরেও ফিরে আসা প্রতিক্রিয়া ody রক্ত ইতিমধ্যে বন্ধ is
resp, err := http.Get("http://example.com/")
if err != nil {
// Handle error if error is non-nil
}
defer resp.Body.Close() // Close body only if response non-nil
উপরে বর্ণিত জিনিসগুলি হিসাবে প্রথমে বর্ণনাকারী কখনই বন্ধ হয় না।
এবং আরও কী, গোলং মিথ্যা persistConnহলে এটি পুনরায় ব্যবহারের জন্য সংযোগটি (মোড়কে কাঠামো ব্যবহার করে ) ক্যাশে করবে DisableKeepAlives।
ব্যবহার client.Doপদ্ধতি পরে গোলংয়ে , গো readLoopপদক্ষেপের এক হিসাবে গোরোটাইন পদ্ধতি চালাবে ।
সুতরাং গোলাং এইচটিপি-তে transport.go, পদ্ধতিটিতে রেক বাতিল হওয়া অবধি কোনও চ্যানেলে pconn(persistConn struct)রাখা হবে না এবং রেকটি idleConnবাতিল হওয়া অবধি readLoopএই গোরোটাইন ( readLoopপদ্ধতি) অবরুদ্ধ থাকবে।
কোডটি এটি দেখানো হচ্ছে।
আপনি যদি আরও জানতে চান তবে আপনাকে readLoopপদ্ধতিটি দেখতে হবে ।
Https://golang.org/src/net/http/client.go দেখুন
"যখন ত্রুটি শূন্য থাকে তখন শ্রমে সর্বদা একটি শূন্য থাকে না" রক্তাক্ত।
তবে তারা কখনই ত্রুটিযুক্ত হয় না! = শুক্রবার, শ্রদ্ধা সর্বদা শূন্য থাকে। তারা আরও বলে:
"যদি রেস্প.বডিটি বন্ধ না করা হয় তবে ক্লায়েন্টের অন্তর্নিহিত রাউন্ডট্রিপার (সাধারণত পরিবহন) পরবর্তীকালে" রাখুন-জীবিত "অনুরোধের জন্য সার্ভারের সাথে একটি ধ্রুবক টিসিপি সংযোগটি পুনরায় ব্যবহার করতে সক্ষম না হতে পারে।"
সুতরাং আমি সাধারণত এইভাবে সমস্যাটি সমাধান করেছি:
client := http.DefaultClient
resp, err := client.Do(req)
if resp != nil {
defer resp.Body.Close()
}
if err != nil {
return nil, err
}