Goldman Sachs Java Backend mülakatı

true, true

false, true

false, false

Derleme hatası verir

Bucket'taki düğüm sayısı 8 eşiğini aştığında, tablo kapasitesinden bağımsız olarak

Bucket'taki düğüm sayısı 8 eşiğini aştığında ve tablo kapasitesi en az 64 olduğunda

Tablo doluluğu load factor'ı (0,75) aştığında tüm bucket'lar ağaca dönüşür

Key sınıfı Comparable olduğunda her bucket baştan ağaç olarak oluşturulur

0,75 ile her bucket'ta en fazla bir eleman olması garanti edilir

Bellek kullanımı ile çakışma (arama maliyeti) arasında iyi bir denge sağlar; rastgele hash'lerde bucket doluluğu ortalaması yaklaşık 0,5 olan Poisson dağılımına uyar ve zincirlerin çoğu 0 ya da 1 uzunluktadır

0,75 değeri kırmızı-siyah ağacın dengesi için matematiksel olarak gereklidir

Daha yüksek değerler HashMap tarafından desteklenmez

Bir volatile alana yazma ile aynı alanın sonraki okuması

Bir monitörün unlock'u ile aynı monitörün sonraki lock'u

İki thread'in aynı volatile olmayan alana sırayla yazması

Thread.start() çağrısı ile başlatılan thread'in ilk işlemi

Hiçbir fark yoktur, ikisi tamamen aynıdır

@Repository bean'leri otomatik olarak transactional olur

@Repository bean'lerinde persistence exception'ları Spring'in DataAccessException hiyerarşisine çevrilir

@Repository bean'leri prototype scope ile oluşturulur

Her metot çağrısında yeni bir prototype nesnesi oluşturulur

Singleton bir kez oluşturulduğu için injection bir kez yapılır ve hep aynı prototype nesnesi kullanılır

Spring açılışta hata verir, prototype singleton'a enjekte edilemez

Her thread için ayrı bir prototype nesnesi oluşturulur

save() kendi transaction'ını açar

Çağrı proxy'den geçmediği için save() için transaction açılmaz

Spring bu durumu açılışta tespit edip hata verir

Transaction açılır ama checked exception'larda rollback olmaz

Transaction rollback edilir

Transaction commit edilir

Transaction rollback-only işaretlenir ve açık kalır

Spring exception'ı yutar ve metot normal döner

JWT şifrelenmiştir, payload'ı sadece sunucu okuyabilir

İmzalı bir JWT'nin payload'ı base64url ile kodlanmıştır ve herkes tarafından okunabilir; imza sadece değiştirilmediğini kanıtlar

JWT, OAuth 2.0'ın yerine geçen bir yetkilendirme protokolüdür

JWT, istemci tarafında silindiğinde sunucu tarafında da geçersiz olur

Yeni bir access token verilir, çünkü token imzası hâlâ geçerlidir

İstek reddedilir ve o token ailesindeki tüm refresh token'lar iptal edilir

Sadece bu istek reddedilir, en son verilen refresh token geçerli kalır

Access token'ın süresi uzatılır

Kullanıcı başına çok fazla bellek kullanır

Pencere sınırında kısa sürede limitin iki katına kadar isteğe izin verebilir

Thread-safe yapılması imkânsızdır

Redis ile uygulanamaz

Üç ayrı tek kolonlu index: customer_id, status, created_at

(created_at, customer_id, status)

(customer_id, status, created_at DESC) INCLUDE (amount)

(status) çünkü az sayıda farklı değeri var