Изучал тут на досуге исходники java.util.concurrent.LinkedBlockingQueue
И заметил там такую штуку:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
public boolean More ...offer(E e) {
354 if (e == null) throw new NullPointerException();
355 final AtomicInteger count = this.count;
356 if (count.get() == capacity)
357 return false;
358 int c = -1;
359 final ReentrantLock putLock = this.putLock;
360 putLock.lock();
361 try {
362 if (count.get() < capacity) {
363 insert(e);
364 c = count.getAndIncrement();
365 if (c + 1 < capacity)
366 notFull.signal();
367 }
368 } finally {
369 putLock.unlock();
370 }
371 if (c == 0)
372 signalNotEmpty();
373 return c >= 0;
374 }
При этом переменная this.putLock, которая используется в 359 строке объявлена так в этом классе:
1.
105 private final AtomicInteger count = new AtomicInteger(0);
Вопрос, зачем они создают эту локальную переменную в 359 строке, почему просто далее в методе вместо локальной переменной count не использовать this.count? Чтобы именно как final внутри метода объявить, чтобы не изменить ее случаем внутри? Вроде по части разруливания ее между потоками тут какого-то подсмысла нет, или я не прав?
