com.google.common.collect.arbitrary()
утверждает, что обеспечивает достоверное сравнение произвольных объектов с помощью System.identityHashCode(Object)
. Однако, поскольку hashCode представляет собой 32-битное количество, я не вижу, как это может работать в 64-разрядном адресном пространстве, где может быть более 2 ** 32 экземпляров объектов. Является ли мой скептицизм оправданным?Действительно ли com.google.common.collect.Ordering.arbitrary надежный в 64-разрядном адресном пространстве?
1
A
ответ
1
Исходный код показывает, что в случае столкновения между двумя идентификационными хэш-кодами разных объектов компаратор возвращается к карте, связывающей каждый из объектов с счетчиком, который увеличивается каждый раз, когда новый объект хранится в карта.
Смежные вопросы
- 1. Страницы, используемые DLL в адресном пространстве процесса
- 2. Действительно ли java.net.Socket.setSoTimeout надежный?
- 3. Сколько слов в адресном пространстве?
- 4. Действительно ли $ _SERVER ['REQUEST_SCHEME'] надежный?
- 5. Буфер TCP в адресном пространстве памяти процесса?
- 6. Как найти отверстия в адресном пространстве?
- 7. Обновление содержимого HTML в адресном пространстве процесса
- 8. Общая память в адресном пространстве процесса?
- 9. отображение памяти в виртуальном адресном пространстве (VAS)
- 10. Можно ли запускать каждый поток в отдельном виртуальном адресном пространстве?
- 11. Сопоставление ZONE_HIGHMEM в адресном пространстве ядра в 32 бит x86
- 12. Таблица символов ядра, отображаемая в виртуальном адресном пространстве - почему?
- 13. Отображаемая память IO - кто сопоставляет адреса в физическом адресном пространстве?
- 14. Отображение страницы, присвоенной пользовательскому процессу в виртуальном адресном пространстве ядра.
- 15. Почему разрешение стека в адресном пространстве процесса Linux является исполнительным?
- 16. использование отображенного в памяти файла в виртуальном адресном пространстве
- 17. В другом адресном пространстве процесса, вызывающем функции в dll, как
- 18. Несколько копий файлов .so и a.out в адресном пространстве процесса
- 19. Декодирование нескольких видеопотоков в адресном пространстве процесса Python
- 20. C++ был разработан для работы в одном адресном пространстве
- 21. Высокие сопоставления памяти в виртуальном адресном пространстве ядра
- 22. Как обрабатывать фрагментацию os в виртуальном адресном пространстве
- 23. Является ли непрерывная память проще в 64-битном адресном пространстве? Если да, то почему?
- 24. Общие сведения об виртуальном адресе и виртуальном адресном пространстве
- 25. Действительно ли signal.h надежный способ поймать нулевые указатели?
- 26. Могу ли я защищать каждую страницу в адресном пространстве Linux-процесса?
- 27. будут ли запросы графства Гремлин всегда выполнять операции в собственном адресном пространстве?
- 28. Поддерживает ли nVidia RDMA GPUDirect только физические адреса (в физическом адресном пространстве ЦП)?
- 29. Тест Litmus для проверки того, находится ли адресный адрес в адресном пространстве процесса?
- 30. Изменение «index.php» в адресном