Cevap.

Konunun Tarihi:

C++'da bellek yönetimi temeldir; dil, etkinlik için tam kontrol sağlar. Başlangıçta yalnızca "stack" (yığın) ve "heap" (yığın) olarak dinamik ve otomatik bellek tahsisi alanları vardı.

Problemler:

Bir değişkenin konumunun seçimi, yaşam süresini, erişilebilirliğini, bellek tahsis etme ve serbest bırakma hızını ve ayrıca bellek sızıntıları, yığın hasarları, parçalanma gibi riskleri belirler.

Çözüm:

Stack allocation, bilinen bir yaşam süresine sahip yerel değişkenler için kullanılır. Heap allocation, dinamik yaşam süresine ihtiyacı olan veya büyük bellek alanı gerektiren nesneler içindir. Manuel heap yönetimini mümkün olduğunca minimize etmek, yığını tercih etmek ve dinamik çalışma için akıllı işaretçiler kullanmak önerilir.

Kod Örneği:

// Stack allocation
int a = 5;

// Heap allocation
int* b = new int(10);

// Akıllı işaretçi ile çalışma
#include <memory>
auto ptr = std::make_unique<int>(15);

Temel Özellikler:

• Stack: hızlı, otomatik, sınırlı boyut, görünürlük alanı — fonksiyon.
• Heap: dinamik, açık serbest bırakma gerektirir (veya akıllı işaretçiler), büyük boyutlar, esnek yaşam süresi.
• Karışım hatalara ve sızıntılara yol açabilir.

Kandırmaca Sorular.

Fonksiyondan yerel bir değişkenin işaretçisini döndürürseniz ne olur?

Belirsiz bir davranış gerçekleşir: fonksiyondan çıkınca bellek "serbest bırakılır" (aslında yığın temizlenmez, ancak veriler üzerine yazılabilir).

Kötü kod örneği:

int* foo() {
    int a = 42;
    return &a; // yanlış!
}

Stack'te tahsis edilen bellek sızabilir mi?

Hayır, yığın belleği her zaman görünürlük alanından çıkıldığında otomatik olarak serbest bırakılır — yalnızca yığın taşması (stack overflow) meydana gelebilir, ancak sızıntı olmaz.

Dinamik belleği serbest bırakmak için her zaman delete kullanmak yeterli mi?

Hayır, genellikle akıllı işaretçiler (std::unique_ptr, std::shared_ptr) kullanılır, böylece unutulmuş delete ve çift silmekten kaçınılır.

Tipik Hatalar ve Anti-Paterni:

• Yerel değişkenlere işaretçi/referans döndürmek.
• Kontrolsüz raw new/delete kullanmak.
• Yığın boyut kısıtlamalarını küçümsemek (sınırsız rekursiyon — stack overflow).

Hayattan Bir Örnek

Olumsuz vaka:

Geliştirici, geçici nesneler için tüm zamanlarda new kullandı, bunları serbest bırakmayı unuttu — zamanla büyük uygulamalarda bellek sızıntıları meydana geldi.

Artılar: başta hızlı ve kullanışlı Eksiler: kararsız programlar, bellek artışı, çöküşler

Olumlu vaka:

Geçici ve yardımcı nesneler için yerel değişkenler ve akıllı işaretçiler kullanmak. Açık bir delete yok, her şey otomatik olarak serbest bırakılır.

Artılar: sızıntı yok, güvenilirlik Eksiler: modern bellek yönetim yaklaşımlarını anlamak gerekir.