در تکامل زبان Go، بستهای به اهمیت و در عین حال سوءتفاهمبرانگیزی context وجود نداشته است. از زمان معرفی آن در نسخه ۱.۷، این بسته به مکانیسم استاندارد برای حمل مهلتها، سیگنالهای لغو و مقادیر محدود به درخواست در سراسر مرزهای API تبدیل شده است. برای توسعهدهندگان متوسط تا پیشرفته، عبور از استفادههای پایهای برای نوشتن برنامههای همزمان مقاوم، قابل نگهداری و مقیاسپذیر ضروری است.
فلسفه اصلی: انتشار، نه ذخیرهسازی
اشتباه اصلی توسعهدهندگان، رفتار کردن با context.Context به عنوان یک مخزن پیکربندی سراسری یا پایگاه دادهای برای انتقال دادههای دلخواه است. این کار نادرست است. هدف رسمی یک context، حمل سیگنالهای لغو و مقادیر محدود به درخواست در سراسر مرزهای API و بین فرآیندها است. این یک ظرف غیرفعال است که باید به صورت مقدار (by value) و نه به صورت اشارهگر (by pointer) منتقل شود تا از تغییرناپذیری اطمینان حاصل شود.
context را به عنوان یک نمای خواندنی (read-only) از چرخه حیات درخواست فعلی در نظر بگیرید. شما نباید دادههایی را ذخیره کنید که به صراحت برای تمام فراخوانیهای بعدی مورد نیاز نیستند. اگر یک goroutine خاص به دادهای نیاز دارد که برای زنجیره درخواستهای گستردهتر مرتبط نیست، به جای آن از متغیرهای محلی استاندارد استفاده کنید.
ایجاد و لغو Contextها
هر عملیات مربوط به context با ایجاد آغاز میشود. رایجترین روش استفاده از context.Background() است که یک context خالی و غیرقابل لغو را برمیگرداند که به عنوان ریشه برای تمام contextهای دیگر عمل میکند. از این ریشه، میتوانیم contextهای فرزند با رفتارهای خاص مشتق کنیم.
package main
import (
"context"
"fmt"
"time"
)
func main() {
// ایجاد یک context ریشه
ctx := context.Background()
// مشتق کردن یک context با مهلت زمانی
ctx, cancel := context.WithTimeout(ctx, 2*time.Second)
defer cancel() // همیشه برای جلوگیری از نشت منابع لغو کنید
// شبیهسازی کاری که ممکن است بیشتر از مهلت زمانی طول بکشد
select {
case <-time.After(5 * time.Second):
fmt.Println("کار تکمیل شد")
case <-ctx.Done():
fmt.Println("کار لغو شد یا زمان آن تمام شد:", ctx.Err())
}
}
الگوی defer cancel() حیاتی است. عدم فراخوانی تابع لغو میتواند منجر به نشت حافظه شود، زیرا goroutineهایی که منتظر context هستند هرگز بیدار نخواهند شد. اگرچه Go نسخه ۱.۹+ این مورد را برای اکثر contextهای استاندارد بهینه میکند، اما همچنان یک بهترین شیوه محسوب میشود.
مدیریت مهلتها و Timeouts
دو نوع اصلی از contextهای زمانی وجود دارد: WithTimeout و WithDeadline. WithTimeout مهلت را نسبت به زمان فعلی محاسبه میکند، در حالی که WithDeadline یک time.Time خاص را میپذیرد. در میکروسرویسهای با تراکم بالا، استفاده از مهلتها از شکستهای زنجیرهای جلوگیری میکند. اگر یک سرویس downstream دچار اختلال شود، timeout تضمین میکند که فراخواننده تا ابد بلاک نشود و منابع را برای مدیریت درخواستهای دیگر آزاد میکند.
نکته مهم این است که contextها سلسلهمراتبی هستند. اگر یک context والد لغو شود، تمام contextهای فرزند آن به طور خودکار لغو میشوند. این ویژگی برای پیادهسازی لغو زنجیرهای در گرافهای همپوشانی پیچیده بسیار قدرتمند است.
ذخیره مقادیر: با احتیاط استفاده کنید
روش context.WithValue امکان ذخیره جفتهای کلید-مقدار را فراهم میکند. با این حال، باید به ندرت و فقط برای مقادیر محدود به درخواست مانند توکنهای احراز هویت، شناسه کاربری یا شناسههای ردیابی برای ردیابی توزیعشده استفاده شود. هرگز از آن برای پارامترهای اختیاری یا تنظیمات پیکربندی استفاده نکنید.
type ctxKey string
const userIDKey ctxKey = "userID"
func GetUserFromContext(ctx context.Context) string {
val, ok := ctx.Value(userIDKey).(string)
if !ok {
return "unknown"
}
return val
}
func processRequest(ctx context.Context) {
// استفاده ایمن: ذخیره متادادههای خاص درخواست
ctx = context.WithValue(ctx, userIDKey, "user-123")
// انتقال به توابع downstream
userID := GetUserFromContext(ctx)
fmt.Printf("Processing for user: %s\n", userID)
}
از استفاده از مقادیر int یا string به عنوان کلید خودداری کنید، زیرا ممکن است با سایر بستههایی که از الگوی مشابهی استفاده میکنند، تداخل ایجاد کنند. برای اطمینان از یکتایی کلید، یک نوع سفارشی غیرعمومی (مانند ctxKey) تعریف کنید.
بهترین شیوهها برای محیط تولید
- انتقال به صورت مقدار: همیشه
context.Contextرا به عنوان اولین آرگومان به توابع منتقل کنید. - ذخیره اطلاعات محرمانه نکنید: contextها اغلب لاگگیری یا سریالایز میشوند. رمزهای عبور یا اطلاعات شخصی حساس (PII) را ذخیره نکنید.
- از contextها در وظایف کوتاهمدت پرهیز کنید: اگر یک وظیفه نیازی به لغو یا مهلت زمانی ندارد، از context استفاده نکنید. این کار اضافهبار غیرضروری ایجاد میکند.
- بررسی خطاها: همیشه
ctx.Err()را بررسی کنید تا بین لغو شدن و پایان زمان (timeout) تمایز قائل شوید.
نتیجهگیری
درک context یک آیین ورود برای توسعهدهندگان جدی Go است. این مفهوم برنامههای شما را از اسکریپتهای ساده به سیستمهای مقاومی تبدیل میکند که قادر به مدیریت همپوشانی پیچیده، توقفهای آرام (graceful shutdowns) و مدیریت کارآمد منابع هستند. با رعایت مورد استفاده مورد نظر آن—انتشار به جای ذخیرهسازی—میتوانید کد Go تمیزتر، ایمنتر و کارآمدتری بنویسید.