Gereksinimler ve Ön Hazırlık
Java ile çoklu iş parçacıklı programlama yapabilmek için sisteminizde en az Java 17 veya 21 LTS sürümünün yüklü olması önerilir. Modern Java sürümleri, "Virtual Threads" (Sanal İş Parçacıkları) gibi devrimsel özelliklerle gelir ve geleneksel iş parçacığı yönetimini çok daha verimli hale getirir.
- JDK: Java Development Kit 21 veya üzeri.
- IDE: IntelliJ IDEA veya Eclipse gibi güncel bir geliştirme ortamı.
- Bilgi Seviyesi: Java'da temel koleksiyonlar (List, Map) ve lambda ifadelerine aşinalık.
Temel İş Parçacığı Oluşturma: Runnable ve Thread
Java'da çoklu iş parçacıklı veri işleme mantığını anlamak için en temel yapıdan başlamak gerekir. Runnable arayüzü, ayrı bir iş parçacığında çalışacak kodu tanımlamanızı sağlar. Ancak, doğrudan Thread sınıfını yönetmek, yüksek ölçekli projelerde kaynak tüketimi açısından risklidir.
public class VeriIsleyici implements Runnable {
private final String veri;
public VeriIsleyici(String veri) {
this.veri = veri;
}
@Override
public void run() {
System.out.println("İşleniyor: " + veri + " İş parçacığı: " + Thread.currentThread().getName());
}
}
// Kullanımı:
Thread t1 = new Thread(new VeriIsleyici("Veri_1"));
t1.start();
Yukarıdaki örnekte, basit bir iş parçacığı oluşturulmuştur. start() metodu çağrıldığında, JVM yeni bir işletim sistemi seviyesinde iş parçacığı başlatır. Ancak bu yöntem, binlerce veri parçası için kullanıldığında sistem kaynaklarını tüketebilir.
ExecutorService ile Havuz Yönetimi
Üretim ortamındaki uygulamalarda iş parçacıklarını manuel yönetmek yerine ExecutorService kullanmalısınız. Bu yapı, iş parçacıklarını bir havuzda tutar ve yeniden kullanılmalarını sağlar. Bu, kaynak yönetimini optimize eder ve uygulamanın çökmesini engeller.
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
public class HavuzIsleyici {
public static void main(String[] args) {
ExecutorService executor = Executors.newFixedThreadPool(4); // 4 iş parçacıklı havuz
for (int i = 0; i < 10; i++) {
int finalI = i;
executor.submit(() -> System.out.println("İşlenen: " + finalI));
}
executor.shutdown();
}
}
Burada newFixedThreadPool(4) ile sabit bir iş parçacığı havuzu oluşturduk. Görevler kuyruğa alınır ve havuzdaki boşta olan iş parçacığı tarafından işlenir. shutdown() metodu, tüm görevler bittikten sonra havuzun kapatılmasını sağlar.
Java Virtual Threads ile Yüksek Performans
Java 21 ile gelen Sanal İş Parçacıkları (Virtual Threads), çoklu iş parçacıklı veri işlemede bir dönüm noktasıdır. Geleneksel iş parçacıkları işletim sistemi kaynaklarına doğrudan bağlıyken, sanal iş parçacıkları JVM tarafından yönetilir ve milyonlarcasını aynı anda çalıştırabilirsiniz.
public class SanalThreadOrnek {
public static void main(String[] args) {
try (var executor = Executors.newVirtualThreadPerTaskExecutor()) {
for (int i = 0; i < 1000; i++) {
executor.submit(() -> {
System.out.println("Sanal iş parçacığı: " + Thread.currentThread());
});
}
}
}
}
Bu yöntem, özellikle I/O (Giriş/Çıkış) bekleyen veri işleme süreçlerinde (örneğin veritabanından veri çekip işlemek) inanılmaz bir performans artışı sağlar. try-with-resources bloğu, executor'ın otomatik olarak kapatılmasını garanti eder.
Paralel Akışlar (Parallel Streams) Kullanımı
Java Collections API, parallelStream() metodu ile veriyi iş parçacıklarına otomatik olarak dağıtmanıza olanak tanır. Kod yazımını ciddi oranda kısaltır ve karmaşık iş parçacığı yönetimi kodlarından sizi kurtarır.
import java.util.List;
import java.util.stream.IntStream;
public class ParalelAkis {
public static void main(String[] args) {
List sayilar = IntStream.range(0, 100).boxed().toList();
sayilar.parallelStream().forEach(sayi -> {
System.out.println("İşlenen: " + sayi + " - " + Thread.currentThread().getName());
});
}
}
Bu yöntem, veriyi parçalara böler (split) ve mevcut işlemci çekirdekleri arasında paylaştırır. Ancak, paylaşılan değişkenlerde Thread Safety (iş parçacığı güvenliği) sorunlarına dikkat etmeniz gerekir.
Karşılaştırmalı Yöntemler Tablosu
| Yöntem | Avantajı | Dezavantajı |
|---|---|---|
| Thread Sınıfı | Basit kontrol | Kaynak tüketimi yüksek |
| ExecutorService | Havuz yönetimi, ölçeklenebilir | Karmaşık yapı |
| Virtual Threads | Milyonlarca görev, düşük maliyet | Yeni sürüm gereksinimi |
| Parallel Streams | Okunabilir kod, hızlı uygulama | Hata ayıklaması zor olabilir |
Kritik Uyarı: Çoklu iş parçacıklı ortamlarda paylaşılan veriler üzerinde işlem yaparkenConcurrentHashMapgibi thread-safe veri yapılarını kullanın. Aksi takdirde "Race Condition" (yarış durumu) hataları ile karşılaşabilir ve veri tutarsızlığı yaşayabilirsiniz. AslaArrayListgibi senkronize olmayan yapıları birden fazla iş parçacığından aynı anda yazma işlemi için kullanmayın.
Hata Yönetimi ve Debug İpuçları
Çoklu iş parçacıklı uygulamalarda hata ayıklamak zordur çünkü hatalar her zaman aynı sırayla gerçekleşmez. CompletableFuture kullanarak asenkron hataları daha iyi yönetebilirsiniz.
import java.util.concurrent.CompletableFuture;
public class HataYonetimi {
public static void main(String[] args) {
CompletableFuture.supplyAsync(() -> {
if (true) throw new RuntimeException("Veri işleme hatası!");
return "Başarılı";
}).exceptionally(ex -> {
System.err.println("Hata yakalandı: " + ex.getMessage());
return "Varsayılan Değer";
}).thenAccept(System.out::println);
}
}
Bu yapı, işlemin başarılı veya başarısız olma durumlarını merkezi bir şekilde yönetmenize imkan tanır. Hata loglarını mutlaka bir merkezi loglama sistemine (ELK, Splunk vb.) yönlendirin.
Güvenlik Sorumluluk Reddi: Bu makaledeki kod örnekleri eğitim amaçlıdır. Üretim ortamında (Production) kullanırken, özellikle dış kaynaklardan gelen verileri işliyorsanız, verileri mutlaka doğrulayın ve sanitize edin. İş parçacıklı işlemlerde hassas verilerin (şifre, kişisel bilgi) loglanmadığından emin olun.
Sıkça Sorulan Sorular
1. Hangi yöntemi ne zaman seçmeliyim?
CPU yoğunluklu işler için ExecutorService (FixedThreadPool), I/O yoğunluklu işler için ise Virtual Threads kullanmanız en iyi pratiktir.
2. Thread Safety nedir ve neden önemlidir?
Birden fazla iş parçacığının aynı değişkene aynı anda yazmaya çalışması durumunda verinin bozulmasını engellemek için kullanılan senkronizasyon yöntemidir.
3. Parallel Stream kullanırken neden performans düşüşü yaşarım?
Eğer işlenen veri seti çok küçükse, iş parçacıklarını oluşturma ve yönetme maliyeti, işlemin kendisinden daha uzun süreceği için performans düşebilir.
4. Sanal iş parçacıkları her durumda daha mı hızlıdır?
Sanal iş parçacıkları I/O beklemeleri için tasarlanmıştır. Saf matematiksel hesaplamalar için geleneksel iş parçacıkları veya paralel akışlar daha verimli olabilir.
5. İş parçacığı havuzunun boyutunu nasıl belirlemeliyim?
Genel kural; işlemci çekirdek sayınızın 1 veya 2 fazlası kadar iş parçacığı kullanmaktır. Ancak I/O ağırlıklı işlerde bu sayıyı çok daha yüksek tutabilirsiniz.
İleri Seviye Senkronizasyon: Semaphore ve CountDownLatch Kullanımı
Çoklu iş parçacıklı uygulamalarda, iş parçacıklarının birbirleriyle haberleşmesi veya belirli bir kaynağa erişimi sınırlandırması gerekebilir. java.util.concurrent paketi, bu tür karmaşık senaryoları yönetmek için güçlü araçlar sunar.
Semaphore ile Kaynak Erişimi Sınırlama
Bir veritabanı bağlantısı veya sınırlı bir API anahtarı gibi aynı anda sadece belirli sayıda iş parçacığının erişebileceği kaynaklar için Semaphore kullanılır. Aşağıdaki örnekte, aynı anda en fazla 3 iş parçacığının çalışmasına izin veren bir yapı kurulmuştur:
import java.util.concurrent.Semaphore;
public class KaynakYonetimi {
private static final Semaphore semaphore = new Semaphore(3);
public static void erisimSagla() {
try {
semaphore.acquire();
System.out.println(Thread.currentThread().getName() + " kaynağa erişti.");
Thread.sleep(2000); // İşlem süresi
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
} finally {
semaphore.release();
System.out.println(Thread.currentThread().getName() + " kaynağı serbest bıraktı.");
}
}
}
CountDownLatch ile İş Akışı Senkronizasyonu
Bazı durumlarda bir ana iş parçacığının, diğer tüm alt iş parçacıklarının tamamlanmasını beklemesi gerekir. CountDownLatch, belirlenen sayıda işlem tamamlanana kadar ana akışı "bloklar".
import java.util.concurrent.CountDownLatch;
public class GorevBekleyici {
public static void main(String[] args) throws InterruptedException {
int isParcasiSayisi = 5;
CountDownLatch latch = new CountDownLatch(isParcasiSayisi);
for (int i = 0; i < isParcasiSayisi; i++) {
new Thread(() -> {
System.out.println("Görev tamamlandı.");
latch.countDown();
}).start();
}
latch.await(); // Tüm görevler bitene kadar bekle
System.out.println("Tüm görevler bitti, ana işlem devam ediyor.");
}
}
Performans İzleme ve Profilleme İpuçları
Çoklu iş parçacıklı sistemlerde performans sorunlarını tespit etmek, tek iş parçacıklı uygulamalara göre daha zordur. "Race condition" (yarış durumu) veya "deadlock" (kilitlenme) gibi sorunları teşhis etmek için şu yöntemleri izlemelisiniz:
- JVisualVM Kullanımı: JDK ile gelen bu araç, iş parçacıklarının durumunu (RUNNABLE, BLOCKED, WAITING) gerçek zamanlı izlemenizi sağlar.
- Thread Dump Analizi: Uygulamanız kilitlendiğinde
jstackkomutunu kullanarak o anki tüm iş parçacıklarının yığın izini (stack trace) alabilir ve hangi metodun kilitlenmeye neden olduğunu görebilirsiniz. - Atomic Değişkenler: Basit sayaç işlemleri için
synchronizedblokları yerinejava.util.concurrent.atomicpaketindekiAtomicIntegerveyaAtomicLongsınıflarını tercih edin. Bu, "lock-free" (kilitsiz) bir yaklaşım sunduğu için performansı ciddi oranda artırır.
İpucu: Performans testi yaparken mutlakaJMH (Java Microbenchmark Harness)kütüphanesini kullanın. StandartSystem.currentTimeMillis()ölçümleri, JVM'in ısınma (warm-up) süreçleri nedeniyle yanıltıcı sonuçlar verebilir.
Sonuç
Java ile çoklu iş parçacıklı veri işleme, uygulamanızın ölçeklenebilirliği için vazgeçilmezdir. Bu rehberde, temel iş parçacığı yönetiminden modern Sanal İş Parçacıklarına ve Paralel Akışlara kadar geniş bir yelpazeyi ele aldık. Bir sonraki adım olarak, java.util.concurrent paketindeki Semaphore ve CountDownLatch gibi senkronizasyon araçlarını inceleyerek daha karmaşık senaryoları yönetmeyi öğrenebilirsiniz.

Yorumlar (16)
Deadlock durumlarından nasıl kaçınırız? Bu konuya da kısaca değinseydin efsane olurdu.
Çok haklısın Oğuzhan, deadlock ve thread safety konuları başlı başına bir yazı konusu aslında. Not aldım!
Gayet başarılı bi anlatım, sade ve öz olmuş. Devamını bekliyoruz.
Java'da çoklu iş parçacığı hep korkutucu gelmiştir ama bu yazı sayesinde bi nebze olsun rahatladım. Teşekkürler.
Güzel yazı da kod blokları mobilde biraz kayıyo gibi geldi bana, bi bak istersen.
Java 21 ile birlikte gelen bu yenilikleri anlatman çok yerinde olmuş. Ellerinize sağlık.
ExecutorService kullanımıyla ilgili daha fazla kod örneği olsa daha iyi olurdu sanki. Yine de temel mantığı kavramak için güzel bir rehber.
Haklısın Hakan, bir sonraki yazımda ExecutorService üzerine detaylı bir örnekleme yapmayı planlıyorum. Teşekkürler önerin için.
Harika bi yazı olmuş, tam da proje ödevim için aradığım konuydu. Şu fork-join pool mantığını hep karıştırıyodum, sayende oturdu kafamda.
Aynen, o kısım bende de kafa karıştırıyodu ama yazı çok açıklayıcı olmuş.
Çok açıklayıcı, emeğine sağlık. Complex senaryolar için de bi yazı gelir mi acaba?
Teşekkürler Ece. Yakın zamanda 'Concurrent Collections' üzerine daha derinlemesine bir yazı hazırlayacağım.
Mert hocam eline sağlık, sanal iş parçacıkları (virtual threads) konusunu çok net özetlemişsin. Projelerimizde yavaş yavaş geçiş yapıyoruz, performans ciddi artıyor.
Çok sevindim Caner, Virtual Threads gerçekten oyunun kurallarını değiştirdi. Başarılar dilerim!
Ya arkadaslar bu sanal threadler database bağlantılarında sorun çıkarıyo mu? Kullanan var mı hiç?
Bağlantı havuzu (connection pool) kullanıyorsan sorun olmuyo genelde, ben test ettim.
Yorum Yaz