重写 equals() 时没有重写 hashCode() 方法的话，使用 HashMap 可能会出现什么问题。

### 回答1：
如果在重写了 equals() 方法后没有重写 hashCode() 方法，那么使用 HashMap 时可能会出现以下问题：

1. 在查询元素时可能会出现查询不到元素的情况，即使使用的是正确的键。这是因为在使用 HashMap 时，会根据键的哈希值来查找元素，而如果没有重写 hashCode() 方法，那么每个对象的哈希值都会相同，导致 HashMap 无法准确地找到对应的元素。

2. 如果在 HashMap 中插入了大量的元素，但是哈希值都相同，那么会导致大量的冲突，使得查找的效率降低。

因此，在重写 equals() 方法后一定要同时重写 hashCode() 方法，以保证 HashMap 的正常使用。

### 回答2：
当我们在重写一个类的equals()方法时，并且没有相应地重写hashCode()方法时，会影响到在使用HashMap时的键的处理。

HashMap是基于哈希表的存储结构，它根据键的hashCode值来确定键值对的存放位置。当我们使用自定义的对象作为键时，HashMap会先使用该对象的hashCode()方法获取其哈希码，然后根据哈希码来存储该对象。

如果我们只重写了equals()方法，而没有重写hashCode()方法，会导致hashCode()方法的默认实现被使用。默认情况下，Object类的hashCode()方法会根据对象的内存地址来生成哈希码，这就意味着对于逻辑上相等的两个对象，它们的hashCode可能会是不同的。

这将导致以下问题：
1. 在HashMap中使用自定义对象作为键时，由于两个逻辑上相等但hashCode不同的对象被认为是不同的键，这将导致无法正确地检索和操作这些键对应的值。
2. 在使用HashMap的containsKey()、get()、remove()等方法时，无法正确找到目标键对应的值，因为在内部通过hashCode()方法来计算存储位置时和使用equals()方法进行键的比较时会产生不一致的结果。
3. 当我们尝试在HashMap中添加具有相同逻辑值的两个键时，它们可能被无需重复的方式添加到哈希表中，导致哈希表内部链表的形成，进而影响到HashMap的性能。

为了解决这个问题，当我们重写equals()方法时，应该同时重写hashCode()方法，确保对于逻辑上相等的两个对象，它们的hashCode值也相等。这样能够保证对象被正确地存储和访问。

### 回答3：
在Java中，当我们重写一个类的equals()方法时，我们通常也需要重写hashCode()方法。这是因为这两个方法在HashMap等基于哈希表的数据结构中紧密相关。

HashMap是基于键值对存储数据的数据结构，它使用了哈希表来实现快速的查找和插入操作。当我们把一个键值对存入HashMap中时，首先会调用键对象的hashCode()方法来计算哈希值，然后根据哈希值找到对应的存储位置。

如果我们重写了equals()方法而没有重写hashCode()方法，会导致以下几个问题：

1. 相等的对象可能会被判断为不相等：在HashMap中，当两个键的哈希值相同时，会使用equals()方法来进一步判断它们是否相等。如果我们没有重写hashCode()方法，那么两个相等的键可能会有不同的哈希值，导致它们被判断为不相等。

2. 无法正确获取存储的值：由于没有正确计算哈希值，会导致HashMap无法准确地找到键对应的存储位置。这样，我们无法通过键来获取正确的值，从而导致数据的丢失或混乱。

3. 降低了HashMap的性能：哈希表通过哈希值来确定对象的存储位置，如果哈希值相等的对象存储在不同的位置，会导致HashMap的查找和插入操作变得低效。这会严重影响HashMap的性能，使其失去了使用哈希表的优势。

因此，我们在重写equals()方法时，必须同时重写hashCode()方法，以确保对象的哈希值与相等性一致。可以在hashCode()方法中使用与equals()方法相同的字段来计算哈希值，以保证相等的对象具有相同的哈希值，从而避免上述问题的发生。