全球网络安全中的AI市场将达463亿美元

简介

比特币的底层就是区块链技术，区块链也是因为比特币而广为人知的。和其他的区块链技术相比，比特币的区块链有什么特征呢？作为去区块链的鼻祖，又有什么与众不同的特性呢？快来跟我们一起看看吧。

比特币的网络

比特币使用的是P2P（peer-to-peer）网络，此P2P非彼P2P，这里是点对点的网络架构，而不是人对人的借钱模式。

P2P是指位于同一网络中的每台计算机都彼此对等，各个节点共同提供网络服务，不存在任何“特殊”节点。每个网络节点以“扁平（flat）”的拓扑结构相互连通。在P2P网络中不存在任何服务端（server）、中央化的服务、以及层级结构。


 

会发现，修改后，拿到的值是 null 。这也是，hashCode 源码注释中的第一点说明的，hashCode 值不变的前提是，对象的信息没有被修改。若被修改，则有可能导致 hashCode 值改变。

此时，有没有联想到其他一些问题。比如，为什么 String 类要设计成不可以变的呢?这里用 String 作为 HashMap 的 key 时，可以算作一个原因。你肯定不希望，放进去的时候还好好的，取出来的时候，却找不到元素了吧。

String 类内部会有一个变量(hash)来缓存字符串的 hashCode 值。只有字符串不可变，才可以保证哈希值不变。


 

对于代码中的 user1 和 user2 两个对象来说，我们认为他是同一个人张三。定义一个 map ，key 存储 User 对象， value 存储他的学习成绩。

当把 user1 对象作为 key ，成绩 90 作为 value 存储到 map 中时，我们肯定希望，用 key 为 user2 来取值时，得到的结果是 90 。但是，结果却大失所望，得到了 null 。

这是因为，我们自定义的 User 类，虽然重写了 equals ，但是没有重写 hashCode 。当 user1 放到 map 中时，计算出来的哈希值和用 user2 去取值时计算的哈希值不相等。因此，equals 方法都没有比较的机会。认为他们是不同的元素。然而，其实，我们应该认为 user1 和 user2 是相同的元素的。

用图来说明就是，user1 和 user2 存放在了 HashMap 中不同的桶里边，导致查询不到目标元素。


 

只有 hashCode 和 equals 都相等时，才认为是同一个元素，找到并返回此元素，否则返回 null。

这也对应 “hashCode 有什么用?”这一小节。重写 equals 和 hashCode 的目的，就是为了方便哈希表这样的结构快速的查询和插入。如果不重写，则无法比较元素，甚至造成元素位置错乱。

重写了 equals ，就必须要重写 hashCode 吗?

答案是肯定的。首先，在上边的 JDK 源码注释中第第二点，我们就会发现这句说明。其次，我们尝试重写 equals ，而不重写 hashCode 看会发生什么现象。

（编辑：阳江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!