ગોરૂટાઇન લીક્સ શું કારણે થાય છે અને તમે તેમને કેવી રીતે રોકો છો?

Question

Accepted Answer

A **ગોરૂટાઇન લીક** એ એક ગોરૂટાઇન છે જે ક્યારેય સમાપ્ત થતું નથી — તે બ્લોક અથવા હંમેશાની માટે ચાલુ રહે છે, મેમરી (અને તેના સંદર્ભિત ઑબ્જેક્ટ્સ) ખરીદ કરે છે પ્રોગ્રામનું આજીવન સમય માટે. કારણ કે ગોરૂટાઇન્સ શરૂ કરવા માટે સવસ્તા છે, તેમને લીક કરવું સરળ છે, અને લીક્સ મૌન રીતે જમા થાય છે જ્યાં સુધી સેવા ક્ષીણ થાય નહીં અથવા મેમરી શેષ ન રહે.

## કારણ 1: કોઈ સેન્ડર/રીસીવર વિના ચેનલ પર બ્લોક્ડ

```go
// ❌ LEAK — this goroutine blocks forever waiting to send
func leak() {
    ch := make(chan int)   // unbuffered
    go func() {
        ch <- 42           // blocks forever — NOBODY ever receives
    }()                     // the goroutine is stuck, never exits
    // function returns without reading ch → the goroutine leaks
}
```

ચેનલ સેન્ડ/રીસીવ પર બ્લોક્ડ એક ગોરૂટાઇન જે ક્યારેય સમાપ્ત થતું નથી તે **હંમેશાની માટે** રાહ જોશે — તે ક્યારેય ગેબેજ કલેક્ટ થતું નથી કારણ કે તે તકનીકી રીતે હજી પણ "ચાલુ છે."

## કારણ 2: કોઈ રદ્દીકરણ / ડન સિગ્નલ નથી

```go
// ❌ LEAK — a goroutine in an infinite loop with no way to stop
func worker(jobs <-chan int) {
    for {
        job := <-jobs      // blocks forever if jobs is never closed and stops sending
        process(job)
    }                       // no exit condition — leaks when no longer needed
}
```

## પ્રતિરોધ 1: રદ્દીકરણ માટે કેન્ટેક્સ્ટ વાપરો

```go
// ✅ the goroutine can be told to stop
func worker(ctx context.Context, jobs <-chan int) {
    for {
        select {
        case job := <-jobs:
            process(job)
        case <-ctx.Done():       // cancellation signal → exit cleanly
            return                // the goroutine terminates, no leak
        }
    }
}
// caller: ctx, cancel := context.WithCancel(...); defer cancel()
```

પ્રત્યેક લાંબો જીવી ગોરૂટાઇનને રદ્દ કરવાનો માર્ગ આપવો (`<-ctx.Done()`) પ્રાથમિક રક્ષણ છે — તે নિશ્ચિત કરે છે કે જ્યારે તેમનો કામ હવે જરૂરી નથી ત્યારે ગોરૂટાઇન્સ સમાપ્ત થાય.

## પ્રતિરોધ 2: બફર્ડ ચેનલ્સ વાપરો અથવા રીસીવર્સ નિશ્ચિત કરો

```go
// ✅ ensure a receiver exists, or use a buffered channel so the send doesn't block
ch := make(chan int, 1)   // buffered → the send completes even if no one receives yet
go func() { ch <- 42 }()   // doesn't block
```

## પ્રતિરોધ 3: હંમેશા ચેનલ્સ બંધ કરો / તેમને યોગ્ય રીતે ડ્રેઇન કરો

```go
// ✅ close channels so range loops terminate
go func() {
    defer close(results)    // signal completion → for-range over results ends
    for _, job := range jobs { results <- process(job) }
}()
```

## લીક્સ શોધવું

```go
runtime.NumGoroutine()         // monitor the goroutine count — steady growth = leak
import _ "net/http/pprof"      // pprof exposes goroutine stacks (/debug/pprof/goroutine)
// the goleak library asserts no leaked goroutines in tests
```

`runtime.NumGoroutine()` (સતત વધતી ગણતરી એક લીક સૂચવે છે) મોનિટરિંગ, `pprof` વિા ગોરૂટાઇન ડમ્પ્સ તપાસવું, અને ટેસ્ટમાં `goleak` વાપરવું મુખ્ય શોધ સાધનો છે.

## તે શા માટે મહત્વપૂર્ણ છે

ગોરૂટાઇન લીક્સ ઉત્પાદન Go સેવાઓમાં સૌથી સામાન્ય અને ગુપ્ત સમસ્યાઓમાંથી એક છે.

કારણ કે ગોરૂટાઇન્સ શરૂ કરવા માટે એટલું સવસ્તા છે, ડેવલપર્સ તેમને મુક્તથી બનાવે છે — પરંતુ એક ગોરૂટાઇન બ્લોક્ડ હંમેશાની માટે (કોઈ સમકક્ષ વિના ચેનલ પર, અથવા કોઈ રદ્દીકરણ વિના અનંત લૂપમાં) **ક્યારેય સમાપ્ત થતું નથી અને ક્યારેય તેની મેમરી મુક્ત કરતું નથી** (તેના સંદર્ભમાં બધું સહિત).

દીર્ઘજીવી સર્વર માટે, આ લીક્સ મૌન રીતે જમા થાય છે, ધીમે ધીમે મેમરી ખરીદે છે જ્યાં સુધી સેવા ક્ષીણ નહીં થાય અથવા તૂટી જાય નહીં — અને તે શોધવા માટે મુશ્કેલ છે કારણ કે તત્ક્ષણ કોઈ ભૂલ નથી.

કારણો (બ્લોક્ડ ચેનલ ઑપરેશનો, મોજુદ રદ્દીકરણ) અને પ્રતિરોધો (**સંદર્ભ-આધારિત રદ્દીકરણ** પ્રાથમિક રક્ષણ તરીકે, યોગ્ય ચેનલ બંધ કરવું, બફર્ડ ચેનલ્સ, રીસીવર્સ નિશ્ચિત કરવું) સમજવું દીર્ઘસ્થાયી સમવર્તી Go લખવા માટે આવશ્યક છે.

શોધ સાધનો (`runtime.NumGoroutine`, pprof, goleak) જાણવું સમાન મહત્વપૂર્ણ છે.

તે એક નિર્ણાયક, વારંવાર-પરીક્ષિત વિષય છે જે તે ડેવલપર્સને અલગ કરે છે જેઓ ઉત્પાદન-ગ્રેડ સમવર્તી Go લખી શકે છે તેમાંથી જેઓ સમર્થક લોડ હેઠળ લીક થતો કોડ લખે છે.