y3uтипичный дедлок, по-моему, при конкурентном заполнении мапы... попробуй использовать мапу из пакета concurent или сделай синхронизацию потоков
Я не понимаю, почему. Вот кусок дампа потоков:
1.
2.
3.
4.
5.
6.
7.
at java.util.LinkedHashMap.createEntry(Unknown Source)
at java.util.LinkedHashMap.addEntry(Unknown Source)
at java.util.HashMap.put(Unknown Source)
at net.sf.ehcache.store.MemoryStore.put(MemoryStore.java: 107 )
- locked <0x00002aaab9e0c3f0> (a net.sf.ehcache.store.LruMemoryStore)
at net.sf.ehcache.Cache.put(Cache.java: 569 )
- locked <0x00002aaab9e0c260> (a net.sf.ehcache.Cache)
at net.sf.ehcache.Cache.put(Cache.java: 522 )
Вот код метода java.util.LinkedHashMap.createEntry:
1.
2.
3.
4.
5.
6.
void createEntry( int hash, K key, V value, int bucketIndex) {
HashMap.Entry<K,V> old = table[bucketIndex];
Entry<K,V> e = new Entry<K,V>(hash, key, value, old);
table[bucketIndex] = e;
e.addBefore(header);
size++;
}
Там же не на чем зациклиться!! Я не понимаю, почему поток не может выйти из этого метода?
Смотрим теперь кусок кода метода net.sf.ehcache.Cache.put(Cache.java:569):
1.
2.
synchronized ( this ) {
memoryStore.put(element);
}
Как мы видим, верхушка стека находится как раз внутри блока synchronized...
В общем, непонятно, почему поток не вышел из метода createEntry. Судя по информации о heap, это произошло в момент, когда памяти свободной уже не было. Могли лы поток в метода createEntry залипнуть из-за того, что закончилась память?
А что касается переписывания с использованием concurrent... Как видно из стека, глюк находится в системных файлах различных технологий, которым мы используем. Исходя из этого, ничего мы переписывать не можем...
Помогите, пожалуйста, хотя-бы понять, почему поток залип в методе java.util.LinkedHashMap.createEntry? Могло ли это быть из-за того, что память закончилась?
Спасибо!
