JAVA--关于ThreadLocal中的的几个疑惑

最近在看ThreadLocal的源码，有几个问题让我纠结了好久。

Thread有个ThreadLocalMap类型的变量叫threadLocals，这个变量存储着本线程所有的ThreadLocal对象。这个ThreadLocalMap类有一个Entry数组叫table。

ThreadLocal有个变量叫threadLocalHashCode，它存储ThreadLocal对象的hashcode，它的作用是通过与table数组的长度做与操作，以此获得table数组的下标。

这个hashcode与ThreadLocal对象绑定，同一个线程中的不同ThreadLocal对象有不同的hashcode，第一个ThreadLocal对象的hashcode是0，第二个ThreadLocal对象的hashcode是0x61c88647，第三个ThreadLocal对象的hashcode是0x61c88647+0x61c88647，第四个ThreadLocal对象的hashcode是0x61c88647+0x61c88647+0x61c88647，依次类推。

这样Thread中的threadLocals的key可以看作是ThreadLocal对象的hashcode，value可以看作是ThreadLocal对象存储的具体值。

那么我的问题是：为什么不将数组下标直接存储在ThreadLocal对象的hashcode中？

比如第一个ThreadLocal对象的hashcode就是0，第二个ThreadLocal对象的hashcode就是1，依次类推。

我们知道，即使通过0x61c88647这个神奇的值可以让数组散列的非常均匀，那也避免不了key冲突的情况，这就势必会导致问题复杂度和空间占用率的增加，而如果直接