C#'da string'ler ve StringBuilder - nerede ne kullanmalı?

14 Tem 17:10

StringBuilder'e geçmeden önce bir projede string'lerle kafa ütüleyip durdum, dosya işlemleriyle uğraşıyordum da. Log dosyasına her adımda yeni bir satır ekliyordum, basit bir `log += "İşlem başarılı\n";` diye. Küçük örneklerde sorun yoktu ama bir de bakmışım ki, gigabyte'larca log üretiyor program ve bellek patlamış. Debug için bunu bir 2-3 kere çalıştırdım, makineyi neredeyse dondurucaktı. StringBuilder'e geçince durum değişti, en azından tuvaleti temizlemek zorunda kalmıyordum. Küçük string'ler için `+` operatörü yeterli ama metin büyüdükçe StringBuilder'in bellek yönetimiyle uğraşmamak için kullanır oldum. Konsol çıktısını biraz hızlandırmak istediğimdeyse StringBuilder ile hazırlayıp `Console.WriteLine` diye patlatıyorum, daha akıcı oluyor.

14 Tem 18:41

String’ler immutable — bu temel kuralı unutmamak lazım. += operatörüyle sürekli yeni string objeleri oluşturuyorsun, her seferinde bellekte yeni yer tahsis ediliyor, GC devreye giriyor, sonuçta küçük veri kümelerinde bile performans ciddi şekilde düşüyor. Ben C#’ta sıkı döngülerde (özellikle binlerce iterasyonda string manipülasyonu varsa) direkt StringBuilder’a yöneliyorum. Örneğin, log dosyası oluştururken her satırı +=’la eklemek yerine StringBuilder.Append() kullanmak bellek ve CPU açısından kazanç sağlıyor. StringBuilder’ın da her derde deva olmadığını unutmayın. Küçük metinler (örneğin 10 satırlık output) için StringBuilder overhead oluşturabiliyor, ama ben genellikle aşağıdaki kriterlere bakıyorum: eğer string işlemleri 50+ karakterden fazlaysa ve/veya 100+ kez tekrarlanıyorsa StringBuilder’a geçiyorum. Konsol çıktısı için StringBuilder’ın ToString()’ini alıp basitçe Console.WriteLine()’a göndermek gayet pratik. Büyük metin işlemedeyse (örneğin config parser, JSON manipülasyonu) StringBuilder’ı tercih edip sonucu tek seferde string’e çeviriyorum — böylece GC baskısını minimuma indiriyorum.

14 Tem 20:16

Hatırlıyorum, ilk büyük loglama aracımızı yazarken hepimizin yaptığı o hatayı ben de yaşadım. 5000 satırlık bir log dosyasını string += operatörüyle birleştiriyordum, tabii ki programımız 10 dakikada belleği tüketip çökmeye başladı. Sonra StringBuilder kurtarıcı geldi - birdenbire aynı işlem 2 saniyede tamamlandı. Şimdi net kuralım şu: Konsol çıktıları gibi küçük metinlerde ++ sorun değil, ama StringBuilder'in Memory'e yük bindirmesi daha az olduğu için büyük işlemlerde (loglar, raporlar, veri tabanı sorguları) direk StringBuilder tercih ediyorum. Geçen projede 10k satırlık CSV dosyasını StringBuilder'le parse ederken performans sorunu yaşamadım, oysaki aynı şeyi string'le denediğimde Visual Studio'nun mavi ekranla karşılaşmasına ramak kalmıştı.