Это toString
массива. См. Object.toString
, в котором будет сказано, что реализация по умолчанию возвращает эквивалент
getClass().getName() + '@' + Integer.toHexString(hashCode())
Class.getName
, объясняющий свою часть.
Object.hashCode
расскажет вам больше о номере. Как правило, он будет получен из адреса памяти объекта во время первого вызова. Вероятно, это не фактический адрес памяти, поскольку младшие биты обычно равны нулю, а JVM склонны перемещать объекты в памяти как часть сборки мусора.
Статический метод java.util.Arrays.toString
или deepToString
даст вам нечто более разумное.
Следующие текущие исправления обращаются к этому (и другой) проблемы.
http://support.microsoft.com/?id=927579
(информация, полученная отсюда)
У меня был похожий вопрос, описанный здесь: Вставка HashTable не работает. Слишком высокий коэффициент нагрузки. .NET 2.0 SP2
Однако, исправление 927579 было включено в .NET 2.0 SP1 ( http://support.microsoft.com/kb/945757), и у нас все еще есть та же проблема, что и вышеприведенная. Надеюсь, что новое исправление ( http://code.msdn.microsoft.com/KB968432) решит его раз и навсегда.
Я не могу поручиться за него, так как у меня ещё не было возможности установить его на наш сервер, и учитывая, что у нас не было повторения проблемы после последнего раза, даже если бы он был установлен, я не смог бы сказать, работает он или нет!