Я слышал, что коэффициент загрузки в HashMap восстанавливает ведра в другое место, и лучше сохранить его на уровне 0,75, так что, когда размер коснется 0,75 * текущей емкости, массив ведер перераспределяет в два раза текущую емкостькомпромиссы с коэффициентом загрузки Java
Например, у нас есть емкость 16; массив перераспределяется, когда размер становится 16 * 0,75 = 12. На этом этапе мы создаем дополнительные 16 элементов еще до того, как массив коснется 16, потому что это неэффективно.
Если это время эффективно, как это делается или есть какие-либо компромиссы для использования коэффициента загрузки?
Добро пожаловать в СО, попробуйте найти соответствующие вопросы, прежде чем размещать свои собственные! Вы можете найти этот вопрос информативным http://stackoverflow.com/questions/10901752/what-is-the-significance-of-load-factor-in-hashmap – HavelTheGreat
Этот вопрос, похоже, не связан с функциональным программированием. –
«Это означает, что память неэффективна». -> так что вы имеете в виду, что хеш-таблица должна ждать, чтобы полностью заполниться до выделения новой памяти? эффективность памяти (в ваших условиях) - здесь это не единственный фактор; прочитайте, почему рекомендуется коэффициент загрузки 0,75. –