7 Mayıs 2010, Cuma
ArrayBlockingQueue, neden son yerel değişken son üye alan duyuyor musun?
ArrayBlockingQueue
, kilit gerektiren tüm yöntemleri lock()
aramadan önce final
yerel bir değişkene kopyalayın.
public boolean offer(E e) {
if (e == null) throw new NullPointerException();
final ReentrantLock lock = this.lock;
lock.lock();
try {
if (count == items.length)
return false;
else {
insert(e);
return true;
}
} finally {
lock.unlock();
}
}
Alanı this.lock
final
olduğunda, herhangi bir nedenle yerel bir değişken için this.lock
kopyalama lock
var mı?
Ayrıca, bu hareket önce E[]
yerel bir kopyasını kullanır:
private E extract() {
final E[] items = this.items;
E x = items[takeIndex];
items[takeIndex] = null;
takeIndex = inc(takeIndex);
--count;
notFull.signal();
return x;
}
Son yerel bir değişken için nihai bir alanı kopyalamak için bir neden var mı?
CEVAP
7 Mayıs 2010, Cuma
Doug Lea, sınıfı, yazarı, kullanmayı seviyor aşırı bir optimizasyon. İşte oldukça iyi Sorunuzun cevabını tam olarak bu konu hakkında çekirdek-libs-dev e-posta listesinde a recent thread üzerine bir yazı.
mesaj: gelen
...kopyalama yerliler küçük üretir bayt kodunu ve güzel kod yazmak daha düşük seviye kod için bu makine için biraz daha yakın
Bunu Paylaş:
Neden ;; yerel değişken ilanından sonr...
Neden bu (null || !yapar TryParse) &qu...
Neden' ◎ܫ◎ ve fonksiyonu t JavaSc...
Neden bir JavaScript değişken dolar iş...
Yerel bir değişken'in hafıza kaps...