Loại trả về getId() trên đối tượng chuỗi

Question

Tại sao, ví dụ: Thread.currentThread().getId() trả về dài?

Điều này thực sự cần phải là 64 bit? Giống như tôi sẽ có một máy chạy số lượng chủ đề đó!

Nghiêm túc, đó là một chút đau vì tôi đang viết một thứ gì đó theo dõi các số nhận dạng chuỗi cùng với các bit khác và tôi thực sự không phải sử dụng số lượng dài như vậy, để tạo ra là rất lớn.

Có thể có một quy ước về lợi tức dài; như 48 bit đầu tiên luôn bằng không. Tôi đã tìm hiểu về internet nhưng không tìm thấy gì cả. Tôi cũng mong là như vậy; Có ai biết chắc chắn?

Cảm ơn.

Answer 1

Mã này:

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

nên cung cấp cái nhìn sâu sắc là tại sao. Về cơ bản, các id luồng được gán bởi một bộ đếm đang chạy, vì vậy nếu bạn không chấm dứt JVM của mình trong một khoảng thời gian đáng kể, con số này sẽ vượt quá thời gian dài. Tôi chỉ có thể tưởng tượng rằng họ đã làm điều đó để giảm cơ hội va chạm trong các chuỗi dài chạy.

Answer 2

Các ứng dụng Java được đóng hộp cát liên quan đến các ứng dụng Java khác, đó là cách mà ID của chuỗi có khả năng xung đột.

Chủ đề không có nghĩa là duy nhất trên tất cả ứng dụng, chúng chỉ là duy nhất cho mỗi ứng dụng. Nhìn vào Thread.init phương pháp trong nguồn, bạn có thể tìm thấy:

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

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

Tôi đoán nó được sử dụng để ngăn chặn một lỗi tràn bộ tiềm năng. Khi chuỗi được tạo, số cuối cùng sẽ tràn. Dài chỉ đang được

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

an toàn hơn một chút :)