ThreadLocal中0x61C88647常量的含义是什么

最新推荐文章于 2024-03-31 12:02:26 发布
最新推荐文章于 2024-03-31 12:02:26 发布
阅读量1.3k 收藏 2
点赞数
分类专栏： Java基础
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/GEPEIDUO/article/details/103111539
版权

如果你把0x61c88647转换成十进制，你会得到1640531527，这是没有意义的，直到你意识到它是32位，它是2654435769的签名版本。再次这个数字似乎有点奇怪，直到你意识到它是2的32次方乘以X其中X是黄金比例（√5-1）÷2近似0.618。

现在它如何适合ThreadLocal？当您创建新的ThreadLocal时，会根据之前的ID +我们的幻数分配一个ID。它被放入ThreadLocalMap中。如果发生冲突，ThreadLocalMap会将值放入下一个可用空间。我们的神奇值允许在此散列中优化“展开”值以避免这种情况。ThreadLocalMap采用黄金分割数的方式，大大降低了哈希冲突的情况

在这里插入图片描述

为什么是1879881855 而不是1640531527 ？求解释

HE  N
关注
专栏目录
理解一下ThreadLocal线程存储---springcloud工作笔记160
添柴程序猿的专栏
01-12 426
技术交流QQ群【JAVA,C++,Python,.NET,BigData,AI】：170933152 ThreadLocal 就是给线程存储一些东西,加一些标识什么的, 但是这个东西天然带隔离,一个线程只能取得到自己线程中存的这个东西 因而就可以实现一些功能,比如,我想保证,我们前来请求的,一个线程始终使用同一个数据源. 等这样的应用场景. ...............................................................................
第 8 章 一 方法区的理解, 演变、方法区内部结构(运行时常量池)、方法区垃圾回收、运行时数据区总结
Guizy
01-09 901
第 8 章 方法区 1、栈 堆 方法区的交互关系 从内存结构来看 方法区的落地实现: JDK7称为永久代, JDK8称为元空间 永久代的内存使用的是JVM虚拟机的内存 元空间的内存使用的是本地内存(电脑的运行内存) 主要用来存放类的类型信息 (Class信息) 永久代的内存使用的是JVM虚拟机的内存 这次所讲述的是运行时数据区的最后一个部分 从线程共享与否的角度来看 ThreadLocal：如何保证多个线程在并发环境下的安全性？典型应用就是数据库连接管理，以及独立会话管理 栈
ThreadLocal 和神奇的数字 0x61c88647
weixin_30547797的博客
12-01 162
这篇文章会详细阐述ThreadLocal的内部结构及其原理，以及神奇的0x61c88647 在Java 1.4之前，ThreadLocals会产生线程间的竞争，无法写出高性能的代码. Java 1.5改变了它的实现，下面详细阐述ThreadLocal的内部结构和原理， 并分析为了解决散列表的冲突而引入的神奇的hash code:0x61c88647 1ThreadLocal应用场景 ...
ThreadLocal中的0x61c88647
数据结构和算法
11-26 1027
想了解更多数据结构以及算法题，可以关注微信公众号“数据结构和算法”，每天一题为你精彩解答。也可以扫描下面的二维码关注 在ThreadLocal中有个魔法数字0x61c88647，为什么要使用这个数组，16进制看不明白，我们来把它打印出来 public static void main(String[] args) { System.out.println(0x61c88647); } 运行结果是 1640531527 但这个数字还是看不懂，我们来看这样一个公式 a =
ThreadLocal的魔数为什么是0x61c88647?
IDale的博客
12-15 986
我们通过上一篇文章分析得知ThreadLocal用map就避免不了冲突的产生,为了解决散列表的冲突而引入的神奇的hash code: 0x61c88647,可以让生成出来的值或者说ThreadLocal的ID较为均匀地分布在2的幂大小的数组中。 碰撞避免和解决 只有一个ThreadLocal实例的时候,官方推荐的做法,声明为public static，当向threadLocal变量中设置多个值...
ThreadLocal 和神奇的 0x61c88647
important0534的专栏
02-20 2061
转载：http://jerrypeng.me/2013/06/thread-local-and-magical-0x61c88647/?utm_source=tuicool&utm_medium=referral ThreadLocal 和神奇的 0x61c88647 我之前提到说想把找工作面试过程中被问到的一些问题进行一下整理和记录，借刚刚完成一个小feature 的空闲时间开始第一
ThreadLocal存储在jvm内存的哪部分
自救 唯有自强
09-25 2123
threadlocal相关知识
【Java 并发】详解 ThreadLocal
weixin_53341657的博客
01-28 174
前言 ThreadLocal 主要用来提供线程局部变量，也就是变量只对当前线程可见，本文主要记录一下对于 ThreadLocal 的理解。更多关于 Java 多线程的文章可以转到 这里。 线程局部变量 在多线程环境下，之所以会有并发问题，就是因为不同的线程会同时访问同一个共享变量，例如下面的形式 public class MultiThreadDemo { public static class Number { private int value = 0; pu
ThreadLocal源码分析（JDK8）
热门推荐
zxiaofan.com
01-25 1万+
ThreadLocal特性及使用场景： 1、方便同一个线程使用某一对象，避免不必要的参数传递； 2、线程间数据隔离（每个线程在自己线程里使用自己的局部变量，各线程间的ThreadLocal对象互不影响）； 3、获取数据库连接、Session、关联ID（比如日志的uniqueID，方便串起多个日志）； ThreadLocal应注意： 1、ThreadLocal并未解
ThreadLocal源码阅读三：散列算法，魔数 0x61c88647 带来的疑问与思考
sanding的博客
03-07 932
背景 推荐阅读此魔数的基础知识。魔数 0x61c88647学习 疑问：用这个魔数来解决hash碰撞，可行吗？ThreadLocal又是怎么解决hash碰撞的？ 思考：ThreadLocal设计的环形Entry[]数组可以节约更多空间，减少扩容的频次。环形数组设计对产生hash碰撞有什么影响吗？ 过程 小结 ...
ThreadLocal中魔数0x61c88647如何得到
孤竹彧的根据地
02-24 911
根据ThreadLocal源码分析(简单)这篇文章，我们得到： 首先，这个魔数得是和Intger.MAX_VALUE互质，那样才能保证累加之后，不会出现遗漏现象。 其次，尽量让没两个数之间距离较远，因为nextIndex的操作是累加，如果靠的太近，就会出现不断循环还是找不到空位的情况，简而言之就是要尽量散列 首先，我们以长度8为例，这时候的魔数最好是几呢？ 2、4、6、8排除，与8互质 1、7排除...
0x61c88647
轻描淡写
11-01 597
public class HashDemo { private static final int HASH_INCREMENT = 0x61c88647; // private static final int HASH_INCREMENT = 1640531527; public static void main(String[] args) { //2的n次方 magicHash(2 *2*2*2*2); // magic.
0x61c88647斐波那契数列
泡^泡
08-28 582
0x61c88647斐波那契数列
神奇的魔法数字0x61c88647
weixin_34167819的博客
02-01 257
来源JDK源码，产生的数字分布很均匀 用法代码如下。 # -*- coding: utf-8 -*- HASH_INCREMENT = 0x61c88647 def magic_hash(n): for i in range(n): nextHashCode = i * HASH_INCREMENT + HASH_INCREMENT ...
探究ThreadLocal的魔数0x61c88647和Entry数组
最新发布
qq_33472553的博客
03-31 462
下面有一个很重要的,他的值是0x61c886470x是十六进制。将61c88647放入进制转换器中：二进制：1100001110010001000011001000111十进制：1640531527这个数字表示黄金比例乘以2的31次方 ((sqrt(5)-1) * (2^31))。结果是一个黄金数，即2654435769或-1640531527。此外，在ThreadLocalMap的哈希处理方式中，我们可以看到HASH_INCREMENT与使用黄金比率的斐波那契哈希有关。
为什么是0x61c88647？
极客蓝天
09-11 823
为什么是0x61c88647？ 摘要:在Java1.4之前，ThreadLocals会导致线程争用，使它们对高性能代码毫无用处。 在新的设计中，每个线程都包含自己的线程本地映射，从而提高了吞吐量。然而，由于长时间运行的线程没有从线程本地映射中清除值，我们仍然面临内存泄漏的可能性。 在Java 1.4中，引入了一种新的设计，线程本地变量直接存储在线程中。现在，当我们在线程本地调用get()时，会回调线程，这将返回线程本地映射(ThreadLocalMap)的一个实例，这是线程本地的一个内部类。 我通过实验
c语言中0xde 这怎么用,为什么使用0x61c88647
weixin_39616880的博客
05-19 444
在Java1.4之前，ThreadLocals会导致线程之间发生竞争。在新的设计里，每一个线程都有他们自己的ThreadLocalMap，用来提高吞吐量，然而，我们仍然面临内存泄漏的可能性，因为长时间运行线程的ThreadLocalMap中的值不会被清除在Java的早期版本中，ThreadLocals在多个线程进行访问的时候存在竞争问题，使得它们在多核应用程序中几乎无用。在Java 1.4中，引入...
Why 0x61c88647?
weixin_34362875的博客
06-03 157
转载于:https://blog.51cto.com/bluewkj/325929
threadlocal 0x61c88647
09-02
在引用中提到的0x61c88647是ThreadLocal的一个神奇的hash code。这个hash code是在Java 1.5中引入的，用于解决ThreadLocal的散列表冲突问题。通过使用这个hash code，可以在ThreadLocalMap中更高效地查找和存储ThreadLocal实例和对应的值。它的目的是提高ThreadLocal的性能，避免线程之间的竞争。所以，threadlocal 0x61c88647指的是ThreadLocal的一个特定的hash code，用于优化ThreadLocal的操作。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [ThreadLocal 和神奇的数字 0x61c88647](https://blog.csdn.net/j3T9Z7H/article/details/103556173)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值