Zwraca typ getId() na obiekcie wątku

Question

Dlaczego na przykład Thread.currentThread().getId() zwraca długi?

Czy to naprawdę musi być 64-bitowe? Tak, jakbym kiedykolwiek miał maszynę z taką ilością wątków!

To poważny problem, ponieważ piszę coś, co pozwala śledzić identyfikatory wątków wraz z innymi bitami i wolałabym nie używać tak długiego numeru, w przeciwnym razie unikalny klucz, który mam generowanie jest ogromne.

Być może istnieje konwencja dotycząca długiego powrotu; tak jak pierwsze 48 bitów ma zawsze wartość zero. Miałem kopać w Internecie, ale nic nie znalazłem. Mam nadzieję; czy ktoś wie na pewno?

Dzięki.

Answer 1

ten kod:

private static synchronized long nextThreadID() { 
    return ++threadSeqNumber; 
} 

powinno dać wgląd dlaczego. Zasadniczo identyfikatory wątków są przypisywane przez działający licznik, więc jeśli nie przerwiesz JVM na znaczną ilość czasu, liczba ta przekroczyłaby wartość długą. Mogę sobie tylko wyobrazić, że zrobili to, aby zmniejszyć ryzyko kolizji w długich wątkach.

Answer 2

Aplikacje Java są pakowane w piaskownicę w porównaniu do innych aplikacji Java, co może doprowadzić do kolizji ID wątków.

Wątki nie mają być unikalne we wszystkich aplikacjach, są tylko unikatowe dla każdej aplikacji. Patrząc na sposób w źródle Thread.init można znaleźć:

private static synchronized long nextThreadID() { 
    return ++threadSeqNumber; 
} 

/* For generating thread ID */ 
private static long threadSeqNumber; 

Chyba jest używany, aby zapobiec potencjalnej błąd przepełnienia. W miarę tworzenia wątków liczba będzie ostatecznie przepełniana. Długa jest po prostu

9223372036854775807(Max long value) - 2147483647(Max int value) = 9.223372e+18 

nieco bardziej bezpieczne :)