Почему Java ThreadLocal переменные должны быть статическими

Question

Я читал JavaDoc для ThreadLocal здесь

http://java.sun.com/j2se/1.5.0/docs/api/java/lang/ThreadLocal.html

и говорит «ThreadLocal экземпляры, как правило, частные статические поля классов, которые хотят связать состояние с резьбой (например, идентификатор пользователя или идентификатор транзакции).

Но мой вопрос в том, почему они решили сделать его статическим (как правило) - это немного сбивает с толку состояние «на поток», но поля являются статическими?

Answer 1

Потому что, если это было поле уровня экземпляра, на самом деле это будет «Per Thread - Per Instance», а не только гарантированный «Per Thread». Обычно это не семантика, которую вы ищете.

Обычно у него есть объекты, которые привязаны к пользовательскому диалогу, веб-запросу и т. Д. Вы не хотите, чтобы они также подпадают под экземпляр класса.
Один веб-запрос => один сеанс сохранения.
Не один веб-запрос => один сеанс персистенции на объект.

Answer 2

Причина в том, что переменные доступны через указатель, связанный с потоком. Они действуют как глобальные переменные с областью потока, поэтому статичность наиболее близка. Это способ, которым вы получаете локальное состояние потока в таких вещах, как pthreads, поэтому это может быть просто случайностью истории и реализации.

Answer 3

Этого не должно быть. Важно то, что он должен быть синглом.

Answer 4

Либо сделайте его статическим, либо если вы пытаетесь избежать статических полей в своем классе - сделайте сам класс одиночным, а затем вы можете безопасно использовать уровень экземпляра ThreadLocal, если у вас есть этот синглтон, доступный по всему миру.

Answer 5

Использование для threadlocal по каждому экземпляру на поток - это то, что вы хотите, чтобы что-то было видимым во всех методах объекта и обеспечило его потокобезопасность без синхронизации доступа к нему, как и для обычного поля.