Yazının orjinaline buradan ulaşabilirsiniz.
Eşzamanlılık (Concurrency) teriminden ne anlıyoruz?
Concurrency, bir programın birkaç hesaplamayı aynı anda yürütme yeteneğidir. Bu, hesaplamaları bir makinenin kullanılabilir CPU çekirdeklerine veya hatta aynı ağ içindeki farklı makinelere dağıtarak elde edilebilir.İşlemler(Process) ve iş parçacıkları(Threads) arasındaki fark nedir?
İşlemler, işletim sistemi tarafından sağlanan ve kendi özel kaynaklarına (ör. bellek, açık dosyalar vb.) sahip bir yürütme ortamıdır. İş parçacıkları, süreçlerin aksine, bir işlem içinde yaşar ve kaynaklarını (bellek, açık dosyalar vb.) işlemin diğer İş parçacıkları ile paylaşır. Kaynakları farklı İş parçacıkları arasında paylaşma yeteneği, İş parçacıkları performansın önemli bir gereksinim olduğu tasklar için daha uygun hale getirir.
Java'da, process ve thread nedir?
Java'da İşlemler (process), çalışan bir Java Sanal Makinesi'ne (JVM) karşılık gelirken, İş parçacıkları (threads) JVM içinde yaşar ve çalışma zamanında Java uygulaması tarafından dinamik olarak oluşturulabilir ve durdurulabilir.
Zamanlayıcı (Scheduler) nedir?
Zamanlayıcı, işlemlerin ve iş parçacıklarının işlemci veya bazı G/Ç kanalları gibi bazı sınırlı kaynaklara erişimini yöneten bir zamanlama algoritmasının uygulanmasıdır. Çoğu zamanlama algoritmasının amacı, her işlemin/thread'ın özel olarak istenen kaynağa erişmek için uygun bir zaman çerçevesi almasını garanti eden mevcut işlemler/iş parçacıkları için bir tür yük dengeleme sağlamaktır.
Bir Java programında en az kaç thread vardır?
Her Java programı ana(main) thread içinde yürütülür; dolayısıyla her Java uygulamasının en az bir thread vardır.
Bir Java uygulaması mevcut thread'a nasıl erişebilir?
Geçerlit hread'a, JDK sınıfı java.lang.Thread'in currentThread() statik yöntemi çağrılarak erişilebilir:
Bir thread'ın önceliğini nasıl belirleriz?
Bir thread'ın önceliği, setPriority(int) yöntemi kullanılarak belirlenir. Önceliği maksimum değere ayarlamak için Thread.MAX_PRIORITY sabitini ve minimum değere ayarlamak için Thread.MIN_PRIORITY sabitini kullanırız, çünkü bu değerler farklı JVM uygulamaları arasında farklılık gösterebilir.
Java'da bir thread nasıl oluşturulur?
Temel olarak, Java'da bir thread oluşturmanın iki yolu vardır.
İlki, JDK sınıfını java.lang.Thread genişleten bir sınıf yazmak ve bunun yöntemini start() olarak çağırmak:
İkinci yol, java.lang.Runnable arabirimini uygulamak ve bu uygulamayı java.lang.Thread'in yapıcısına bir parametre olarak iletmektir:
1.13 Neden bir thread, yöntemi stop() çağrılarak durdurulmamalıdır?
Java.lang.Thread'in kullanımdan kaldırılan stop() yöntemi kullanılarak bir thread durdurulmamalıdır, çünkü bu yöntemin çağrılması thread'ın edindiği tüm monitörlerin kilidini açmasına neden olur. Serbest bırakılan kilitlerden biri tarafından korunan herhangi bir nesne tutarsız bir durumdaysa, bu durum diğer tüm iş parçacıkları tarafından görülebilir. Bu, diğer iş parçacıkları bu tutarsız nesneyi çalıştırdığında keyfi davranışa neden olabilir.
Bir Thread'i nasıl durdururuz?
Java'da bir thread'i durdurmak için Thread.stop() metodu kullanılabilir, ancak bu yöntem artık önerilmez. Bunun yerine, bir thread'in çalışmasını durdurmak için Thread.interrupt() metodu kullanılmalıdır. Bu yöntem, hedef thread'in interrupt flag'ini ayarlar ve thread uygun bir noktada kendini durdurabilir.Aşağıdaki örnekte, ana thread bir çalışan thread'i oluşturur ve birkaç saniye bekledikten sonra interrupt() yöntemini kullanarak çalışan thread'in çalışmasını durdurur.
Bir thread'i iki kez başlatmak mümkün mü?
Hayır, start() yöntemini çağırarak bir thread başlattıktan sonra, ikinci bir start() çağrısı bir IllegalThreadStateException oluşturur.
Aşağıdaki kodun çıktısı nedir?
Yukarıdaki kod, "myThread" değil, "main" çıktısını üretir. main() metodunun 2. satırında görüldüğü gibi start() yerine yanlışlıkla run() metodunu çağırıyoruz. Bu nedenle, yeni bir thread başlatılmaz, ancak ana thread içinde run() yöntemi yürütülür.
Arka plan programı (Daemon) thread nedir?
Daemon thread, JVM durup durmamaya karar verdiğinde yürütme durumu değerlendirilmeyen bir thread'dır. JVM, tüm kullanıcı threadleri (deamon threadlerin aksine) sonlandırıldığında durur. Bu nedenle, deamon iş parçacıkları, tüm kullanıcı iş parçacıkları durur durmaz thread JVM tarafından durdurulduğu için, örneğin izleme işlevini uygulamak için kullanılabilir:
Yukarıdaki örnek uygulama, arka plan programı thread sonsuz while döngüsünde arka planda çalışmaya devam etmesine rağmen sonlandırılıyor.
Başlatıldıktan sonra normal bir kullanıcı thread'ı arka plan programı(Deamon)thread'a dönüştürmek mümkün müdür?
Bir kullanıcı thread başlatıldıktan sonra arka plan programı thread'a dönüştürülemez. Halihazırda çalışan bir thread örneğinde thread.setDaemon(true) yöntemini çağırmak, bir IllegalThreadStateException'a neden olur.
Meşgul beklemekten (Busy Waiting) ne anlıyoruz?
Meşgul bekleme, thread'ın/işlemin işlemciyi işgal etmesine izin veren bazı aktif hesaplamalar yaparak bir olayı(event) bekleyen uygulamalar anlamına gelir, ancak programlayıcı tarafından ondan kaldırılabilir. Meşgul beklemeye bir örnek, bekleme zamanını, zamanın belirli bir noktasına ulaşılana kadar tekrar tekrar o anki zamanı belirleyen bir döngü içinde geçirmek olabilir:
Meşgul beklemeyi nasıl önleyebiliriz?
Meşgul beklemeyi önlemenin bir yolu, mevcut thread'ı belirli bir süre uyku moduna geçirmektir. Bu, java.lang.Thread.sleep(long) yöntemini çağırarak, uyku moduna geçen milisaniye sayısını bağımsız değişken olarak ileterek yapılabilir.
Gerçek zamanlı (Real time) işleme için Thread.sleep() kullanabilir miyiz?
Thread.sleep(long) çağrısına geçen milisaniye sayısı, yalnızca zamanlayıcı için geçerli thread'ın ne kadar süreyle yürütülmesi gerekmediğinin bir göstergesidir. Zamanlayıcı, gerçek uygulamaya bağlı olarak thread'ın birkaç milisaniye önce veya sonra yeniden yürütülmesine izin verebilir. Bu nedenle, gerçek zamanlı işleme için Thread.sleep() çağrısı kullanılmamalıdır.
Thread.sleep() kullanılan uyku moduna alınmış bir iş parçacığı, süresi dolmadan nasıl uyandırılabilir?
java.lang.Thread'in interrupt() yöntemi uyuyan bir iş parçacığını kesintiye uğratır. Thread.sleep() çağrılarak uyku moduna alınan kesintiye uğramış iş parçacığı, bir InterruptedException tarafından uyandırılır:
Bir thread interrupt olmuşsa sorgusu nasıl olabilir?
İş parçacığı, Thread.sleep() gibi bir InterruptedException oluşturacak bir yöntem içinde değilse, iş parçacığı, java.lang.Thread'den miras aldığı Thread.interrupted() statik yöntemini veya isInterrupted() yöntemini çağırarak kesintiye uğrayıp uğramadığını sorgulayabilir..
Bir InterruptedException nasıl ele alınmalıdır?
sleep() ve join() gibi yöntemler, caller'a bu iş parçacığını başka bir iş parçacağının kesintiye uğrattığını bildirmek için bir InterruptedException atar. Çoğu durumda bu, mevcut iş parçacığına mevcut hesaplamalarını durdurmasını ve beklenmedik bir şekilde bitirmesini söylemek için yapılır. Bu nedenle, istisnayı yakalayarak görmezden gelmek ve sadece konsola veya bazı günlük dosyalarına kaydetmek, genellikle bu tür bir istisnayı ele almanın uygun yolu değildir. Bu özel durumla ilgili sorun, Runnable arabiriminin run() yönteminin run() öğesinin herhangi bir istisna atmasına izin vermemesidir. Yani sadece yeniden atmak yardımcı olmuyor. Bu, run() uygulamasının bu kontrol edilen istisnayı kendisi halletmesi gerektiği anlamına gelir ve bu genellikle istisnanın yakalanmasına ve yok sayılmasına yol açar.
Bir alt iş parçacığı başlattıktan sonra, alt iş parçacığının sonlandırılması için ana iş parçacığında nasıl bekleyeceğiz?
Bir iş parçacığının sonlandırılmasını beklemek, iş parçacığının örnek değişkeninde birleştirme() yöntemi çağrılarak yapılır:
Aşağıdaki programın çıktısı nedir?
Yukarıdaki kodun çıktısı "false". MyDaemonThread örneği bir daemon iş parçacığı olmasına rağmen, join() çağrısı, ana iş parçacığının arka plan programı iş parçacığının yürütülmesi bitene kadar beklemesine neden olur. Dolayısıyla, iş parçacığı örneğinde isAlive() öğesinin çağrılması, arka plan programı iş parçacığının artık çalışmadığını gösterir.
Yakalanmamış bir özel durum run() yönteminden ayrıldığında ne olur?
Run() yönteminden denetlenmeyen bir istisna kaçabilir. Bu durumda, iş parçacığı Java Sanal Makinesi tarafından durdurulur. UncaughtException Handler arayüzünü bir istisna işleyici olarak uygulayan bir örneği kaydederek bu istisnayı yakalamak mümkündür. Bu, JVM'ye iş parçacığının kendisinde kayıtlı belirli bir işleyici olmaması durumunda sağlanan işleyiciyi kullanmasını söyleyen Thread.setDefaultUncaughtExceptionHandler(Thread.UncaughtExceptionHandler) statik yöntemini çağırarak veya setUncaughtExceptionHandler(Thread.UncaughtExceptionHandler) işlevini çağırarak yapılır. iş parçacığı örneğinin kendisidir.
Kapatma kancası nedir? (Shutdown Hook)
Kapatma kancası, JVM kapandığında yürütülen bir iş parçacığıdır. Runtime örneğinde addShutdownHook(Runnable) çağrılarak kaydedilebilir:
Eşzamanlı(synchronized) anahtar kelime hangi amaçlarla kullanılıyor?
Bir kaynağa, bazı statik değerler veya bazı dosya referansları gibi özel erişim uygulamanız gerektiğinde, özel kaynakla çalışan kod, senkronize edilmiş bir blokla kucaklanabilir:
Eşzamanlı bir yöntem (synchronized method) hangi içsel kilidi elde eder?
Eşzamanlı bir yöntem, o yöntemin nesnesi için içsel kilidi alır ve yöntem geri döndüğünde onu serbest bırakır. Yöntem bir istisna oluştursa bile, içsel kilit serbest bırakılır. Bu nedenle, senkronize edilmiş bir yöntem aşağıdaki koda eşittir:
Bir yapıcı (constructor) senkronize edilebilir mi?
Hayır, bir oluşturucu senkronize edilemez. Bunun bir sözdizimi hatasına yol açmasının nedeni, yalnızca inşa edilen iş parçacığının oluşturulan nesneye erişiminin olması gerektiği gerçeğidir.
İlkel değerler(primitive values) içsel kilitler(intrinsic locks) için kullanılabilir mi?
Hayır, ilkel değerler içsel kilitler için kullanılamaz.
İçsel kilitler yeniden girişli midir?
Evet, gerçek kilitlere aynı iş parçacığı tarafından tekrar tekrar erişilebilir. Aksi takdirde, bir kilit alan kod, daha önce edindiği bir kilidi yanlışlıkla almaya çalışmamasına dikkat etmelidir.
Atomik bir işlemden ne anlıyoruz?
Atomik bir işlem, tamamen yürütülen veya hiç yürütülmeyen bir işlemdir.
C++ deyimi atomik mi?
Hayır, bir tamsayı değişkenin artırımı birden fazla işlemden oluşur. Önce c'nin mevcut değerini yüklemeli, artırmalı ve son olarak yeni değeri geri kaydetmeliyiz. Bu artışı gerçekleştiren mevcut iş parçacığı, bu üç adımdan herhangi biri arasında kesintiye uğrayabilir, dolayısıyla bu işlem atomik değildir.
Java'da hangi işlemler atomiktir?
Java dili, atomik olan ve bu nedenle eşzamanlı iş parçacıklarının her zaman aynı değeri görmesini sağlamak için kullanılabilecek bazı temel işlemler sağlar:
• Referans değişkenlere ve ilkel değişkenlere yönelik okuma ve yazma işlemleri (long ve double hariç)
• volatile olarak bildirilen tüm değişkenler için okuma ve yazma işlemleri
Aşağıdaki uygulama iş parçacığı açısından güvenli(thread-safe) mi?
Yukarıdaki kod iş parçacığı için güvenli değil. JIT derleyicisi, senkronize blok içinde örneğin değerini bir kez daha kontrol etse de (performans nedenleriyle), bytecode'u, örneğe yapılan başvuru yapıcı yürütmeyi bitirmeden önce ayarlanacak şekilde yeniden düzenleyebilir. Bu, getInstance() yönteminin tamamen başlatılmamış olabilecek bir nesne döndürdüğü anlamına gelir. Kodu iş parçacığı açısından güvenli hale getirmek için, örnek değişkeni için Java 5'ten beri volatile anahtar sözcüğü kullanılabilir.
Uçucu olarak işaretlenen değişkenler, yalnızca nesnenin yapıcısı yürütmeyi tamamen bitirdiğinde diğer iş parçacıkları tarafından görünür hale gelir.
Kilitlenmeden(deadlock) ne anlıyoruz?
Kilitlenme, iki (veya daha fazla) iş parçacığının diğer iş parçacığında kilitlediği bir kaynağı serbest bırakmak için beklediği, iş parçacığının kendisinin diğer iş parçacığının beklediği bir kaynağı kilitlediği bir durumdur:
İş Parçacığı 1: A kaynağını kilitler , B kaynağını bekler
İş Parçacığı 2: B kaynağını kilitler, A kaynağını bekler
Kilitlenme durumu için gereksinimler nelerdir?
Genel olarak bir kilitlenme için aşağıdaki gereksinimler tanımlanabilir:
• Karşılıklı dışlama (Mutual exclusion): Herhangi bir zamanda yalnızca bir iş parçacığı tarafından erişilebilen bir kaynak vardır.
• Kaynak tutma(Resource holding:): Bir kaynağı kilitlerken, iş parçacığı başka bir özel kaynak üzerinde başka bir kilit elde etmeye çalışır.
• Önleme yok(No preemption): Bir iş parçacığının kilidi belirli bir süre boyunca tutması durumunda kaynağı serbest bırakan bir mekanizma yoktur.
• Dairesel bekleme(Circular wait): Çalışma zamanı sırasında, kilitlediği bir kaynağı serbest bırakmak için iki (veya daha fazla) iş parçacığının diğer iş parçacığında beklediği bir takımyıldız oluşur.
Kilitlenmeleri tamamen önlemek mümkün mü?
Kilitlenmeleri önlemek için kilitlenme gereksinimlerinden birinin (veya daha fazlasının) ortadan kaldırılması gerekir:
• Karşılıklı dışlama: Bazı durumlarda, iyimser kilitleme kullanarak karşılıklı dışlamayı önlemek mümkündür.
• Kaynak tutma: Bir iş parçacığı, tüm özel kilitleri elde etmeyi başaramadığı zaman, tüm özel kilitlerini serbest bırakabilir.
• Önleme yok: Özel bir kilit için bir zaman aşımı kullanmak, kilidi belirli bir süre sonra serbest bırakır.
• Döngüsel bekleme: Tüm özel kilitler aynı sıradaki tüm iş parçacıkları tarafından elde edildiğinde döngüsel bekleme gerçekleşmez.
Bir kilitlenme tespiti uygulamak mümkün müdür?
Tüm özel kilitler izlendiğinde ve yönlendirilmiş bir grafik olarak modellendiğinde, bir kilitlenme tespit sistemi, kilitlediği bir kaynağı serbest bırakmak için her biri diğer iş parçacığında bekleyen iki iş parçacığını arayabilir. Bekleyen iş parçacıkları daha sonra bir tür istisna tarafından diğer iş parçacığının beklediği kilidi serbest bırakmaya zorlanabilir.
Canlı kilit (livelock) nedir?
Canlı kilit, iki veya daha fazla iş parçacığının başka bir iş parçacığından kaynaklanan bir eyleme yanıt vererek birbirini bloke ettiği bir durumdur. İki veya daha fazla iş parçacığının belirli bir durumda beklediği bir kilitlenme durumunun aksine, canlı kilitlemeye katılan iş parçacıkları durumlarını normal işlerinde ilerlemeyi engelleyecek şekilde değiştirir. Bir örnek, iki iş parçacığının iki kilit elde etmeye çalıştığı, ancak ikinci kilidi elde edemeyince elde ettikleri bir kilidi serbest bıraktığı bir durum olabilir. Artık her iki iş parçacığı aynı anda ilk iş parçacığını almaya çalışabilir. Yalnızca bir iş parçacığı başarılı olduğu için, ikinci iş parçacığı ikinci kilidi elde etmeyi başarabilir. Şimdi her iki iş parçacığı da iki farklı kilide sahiptir, ancak her ikisi de her iki kilide de sahip olmak istedikleri için kilitlerini serbest bırakırlar ve baştan tekrar denerler. Bu durum şimdi tekrar tekrar olabilir.
İş parçacığı açlığından(thread starvation) ne anlıyoruz?
Daha düşük önceliğe sahip iş parçacıkları, daha yüksek önceliğe sahip iş parçacıklarından daha az yürütme süresi alır. Daha düşük önceliğe sahip iş parçacıkları uzun süreli hesaplamalar yaptığında, bu iş parçacıklarının hesaplamalarını tam zamanında bitirmek için yeterli zamanları olmayabilir. Daha yüksek önceliğe sahip iş parçacıkları hesaplama sürelerini çaldığından "açlıktan ölüyor" gibi görünüyorlar.
Senkronize bir blok iş parçacığının aç kalmasına neden olabilir mi?
İş parçacıklarının senkronize bir bloğa girebileceği sıra tanımlanmamıştır. Yani teorik olarak, birçok thread'in senkronize bir bloğa girişi beklemesi durumunda, bazı thread'lerin diğer thread'lerden daha uzun süre beklemesi gerekebilir. Dolayısıyla işlerini zamanında bitirmek için yeterli hesaplama süresine sahip değiller.
Yarış durumu(race condition) teriminden ne anlıyoruz?
Bir yarış koşulu, bazı çoklu iş parçacıklı uygulamanın sonucunun, katılan iş parçacıklarının tam zamanlama davranışına bağlı olduğu takımyıldızları tanımlar. Çoğu durumda bu tür bir davranışa sahip olmak istenmez, bu nedenle yarış durumu terimi aynı zamanda eksik iş parçacığı senkronizasyonundan kaynaklanan bir hatanın farklı sonuçlara yol açtığı anlamına gelir. Bir yarış koşulu için basit bir örnek, bir tamsayı değişkeninin iki eşzamanlı iş parçacığı tarafından artırılmasıdır. İşlem birden fazla tek ve atomik işlemden oluştuğu için, her iki iş parçacığı aynı değeri okur ve artırır. Bu eşzamanlı artıştan sonra, tamsayı değişkeninin miktarı iki değil, yalnızca bir artırılır.
Adil kilitlerden(fair locks) ne anlıyoruz?
Adil bir kilit, engeli bazı özel kaynaklara aşan bir sonraki iş parçacığını seçerken iş parçacıklarının bekleme süresini hesaba katar. Adil kilidin örnek bir uygulaması Java SDK tarafından sağlanır: java.util.concurrent.locks.ReentrantLock. Boole bayrağı true olarak ayarlanmış yapıcı kullanılırsa, ReentrantLock en uzun süre bekleyen iş parçacığına erişim sağlar.
Her nesnenin java.lang.Object'ten miras aldığı hangi iki yöntem, basit bir üretici/tüketici senaryosu uygulamak için kullanılabilir?
Bir çalışan iş parçacığı mevcut görevini bitirdiğinde ve yeni görevler için sıra boş olduğunda, kuyruk nesnesinde içsel bir kilit elde ederek ve wait() yöntemini çağırarak işlemciyi serbest bırakabilir. İş parçacığı, kuyruğa yeni bir görev koyan ve sıra nesnesinde yeniden aynı iç kilidi alan ve üzerinde notify() öğesini çağıran bazı üretici iş parçacığı tarafından uyandırılacaktır.
notify() ve notifyAll() arasındaki fark nedir?
Her iki yöntem de wait() çağrılarak kendilerini uyku moduna almış bir veya daha fazla iş parçacığını uyandırmak için kullanılır. notify() yalnızca bekleyen evrelerden birini uyandırırken, notifyAll() tüm bekleyen evreleri uyandırır.
notify() çağrılarak hangi thread'in uyanacağı nasıl belirlenir?
Birden fazla thread bekliyorsa notify() çağrılarak hangi threadlerin uyandırılacağı belirtilmez. Bu nedenle kod, herhangi bir somut JVM uygulamasına dayanmamalıdır.