Как сравнить нить объекты

Question

Недавно я наткнулся на источники АВТ-х EventQueue где я видел этот кусок кода:

final boolean isDispatchThreadImpl() { 
    EventQueue eq = this; 
    pushPopLock.lock(); 
    try { 
     EventQueue next = eq.nextQueue; 
     while (next != null) { 
      eq = next; 
      next = eq.nextQueue; 
     } 
     if (eq.fwDispatcher != null) { 
      return eq.fwDispatcher.isDispatchThread(); 
     } 
     return (Thread.currentThread() == eq.dispatchThread); 
    } finally { 
     pushPopLock.unlock(); 
    } 
} 

Что на самом деле борется со мной в том, что объекты резьбы сравниваются с использованием ==. До сих пор я делал это с equals(Object). Я уже посмотрел на this question, но два ответа на самом деле не то, что я ищу.

Возможно ли, что два разных экземпляра относятся к одному родному потоку? Как сравнить объекты нитей для равенства?

Answer 1

Возможно ли, что два разных экземпляра относятся к одному родному потоку?

Номер

Согласно Thread Javadoc:

нить является потоком выполнения в программе.

Жизненный цикл Thread объекта состоит из трех фаз:

• До start() вызова, Thread объекта обозначает нити, которую еще предстоит создать. И никогда не может быть создано; т.е. если start() не вызывается. (На данный момент, нет родной нити.)

• После start() вызова, а также до тех пор, пока вызов run() завершается, Thread объект обозначает живую нити. (На данный момент, есть родную нить.)

• После run() завершает вызов, Thread объекта обозначает нити, которая больше не существует. (В этот момент нативный поток, который воплотил нить был удален.)

Ни в одной точке он делает какой-то смысл для двух различных Thread объектов, обозначающих один и тот же нить; т.е. тот же поток выполнения.

Как сравнить объекты нитей для равенства?

Использование == - это правильный путь.

Но equals(Object) также верен, поскольку Thread наследует его от Object, где он определен как тот же, что и у ==.

---

На месте стиля.

Некоторые утверждают, что стилистически лучше использовать equals. Однако в этом контексте Thread javadoc (по сути) указывает, что equals и == делают то же самое. Действительно, ссылочное равенство является единственной семантикой равенства, которая имела бы смысл для объектов Thread. Это следует из того, как работает «Жизненный цикл потока», и факт двух отдельных потоков исполнения интуитивно. (Они могут последовательно давать одинаковые результаты, но это «возникновение» поведения ... и доказательство того, что поведение в целом является неразрешимой проблемой.)

С другой стороны, этот вопрос касался не стиля. Речь шла о том, является ли == семантически правильным в этом контексте.

Answer 2

Первый ключевой момент здесь: не может быть двух потоков, которые были бы равны, но имели разные ссылки.

Итак, по существу: это один из редких случаев, когда использование проверки для равных ссылок имеет смысл. Особенно в случае, когда речь идет не о сравнении «произвольного высокого» количества объектов потока. Вы только один, чтобы убедиться, что «текущий» поток (не) содержит некоторую ссылку на резьбу, которую вы сохранили ранее.

Конечно, можно было бы использовать equals(Object) для сравнения тем, и, возможно, лучше было бы избежать удивления читателей. Но, с другой стороны, это будет скорее вопрос «стиля»; в отношении аспекта, который, вероятно, не очень распространен для 99% кода, который вы читаете/пишете в своей повседневной жизни.

И, как правильно указывает TJ Crowder: Thread.equals(Object) переводит на Object.equals(Object), который ... делает простую проверку для ссылочного равенства. В основе лежит то, что это действительно только стиль. Это справедливо, пока люди не начнут создавать свои собственные подклассы Thread и не смогут реализовать различных эквивалентов.

Наконец, вторая ключевая вещь: Два объекта Java-потока не могут иметь одинаковые исходные потоки.

Answer 3

От JSL-17:

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

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

В общем случае вы должны предпочесть equals(Object) для проверки равенства. Но для Thread равенства вы можете использовать метод == или equals(Object).

Исходный код Thread.equals(Object) унаследовал от java.lang.Object:

public boolean equals(Object obj) { 
     return (this == obj); 
    }