style="text-indent:2em;">大家好，今天给各位分享thread local什么时候使用的一些知识，其中也会对不建议使用threadlocal进行解释，文章篇幅可能偏长，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在就马上开始吧！
本文目录
java多线程有哪些实际的应用场景
多线程使用的主要目的在于：
1、吞吐量：你做WEB，容器帮你做了多线程，但是他只能帮你做请求层面的。简单的说，可能就是一个请求一个线程。或多个请求一个线程。如果是单线程，那同时只能处理一个用户的请求。
2、伸缩性：也就是说，你可以通过增加CPU核数来提升性能。如果是单线程，那程序执行到死也就利用了单核，肯定没办法通过增加CPU核数来提升性能。鉴于你是做WEB的，第1点可能你几乎不涉及。那这里我就讲第二点吧。--举个简单的例子：假设有个请求，这个请求服务端的处理需要执行3个很缓慢的IO操作（比如数据库查询或文件查询），那么正常的顺序可能是（括号里面代表执行时间）：
a、读取文件1（10ms）
b、处理1的数据（1ms）
c、读取文件2（10ms）
d、处理2的数据（1ms）
e、读取文件3（10ms）
f、处理3的数据（1ms）
g、整合1、2、3的数据结果（1ms）
单线程总共就需要34ms。
那如果你在这个请求内，把ab、cd、ef分别分给3个线程去做，就只需要12ms了。
所以多线程不是没怎么用，而是，你平常要善于发现一些可优化的点。然后评估方案是否应该使用。假设还是上面那个相同的问题：但是每个步骤的执行时间不一样了。
a、读取文件1（1ms）
b、处理1的数据（1ms）
c、读取文件2（1ms）
d、处理2的数据（1ms）
e、读取文件3（28ms）
f、处理3的数据（1ms）
g、整合1、2、3的数据结果（1ms）单线程总共就需要34ms。
如果还是按上面的划分方案（上面方案和木桶原理一样，耗时取决于最慢的那个线程的执行速度），在这个例子中是第三个线程，执行29ms。那么最后这个请求耗时是30ms。比起不用单线程，就节省了4ms。但是有可能线程调度切换也要花费个1、2ms。
因此，这个方案显得优势就不明显了，还带来程序复杂度提升。不太值得。那么现在优化的点，就不是第一个例子那样的任务分割多线程完成。而是优化文件3的读取速度。可能是采用缓存和减少一些重复读取。首先，假设有一种情况，所有用户都请求这个请求，那其实相当于所有用户都需要读取文件3。
那你想想，100个人进行了这个请求，相当于你花在读取这个文件上的时间就是28×100=2800ms了。那么，如果你把文件缓存起来，那只要第一个用户的请求读取了，第二个用户不需要读取了，从内存取是很快速的，可能1ms都不到。伪代码：
看起来好像还不错，建立一个文件名和文件数据的映射。如果读取一个map中已经存在的数据，那么就不不用读取文件了。可是问题在于，Servlet是并发，上面会导致一个很严重的问题，死循环。因为，HashMap在并发修改的时候，可能是导致循环链表的构成！！！（具体你可以自行阅读HashMap源码）如果你没接触过多线程，可能到时候发现服务器没请求也巨卡，也不知道什么情况！好的，那就用ConcurrentHashMap，正如他的名字一样，他是一个线程安全的HashMap，这样能轻松解决问题。
这样真的解决问题了吗，这样虽然只要有用户访问过文件a，那另一个用户想访问文件a，也会从fileName2Data中拿数据，然后也不会引起死循环。可是，如果你觉得这样就已经完了，那你把多线程也想的太简单了，骚年！你会发现，1000个用户首次访问同一个文件的时候，居然读取了1000次文件（这是最极端的，可能只有几百）。Whatthefuckinhell!!!难道代码错了吗，难道我就这样过我的一生！好好分析下。Servlet是多线程的，那么
上面注释的“偶然”，这是完全有可能的，因此，这样做还是有问题。因此，可以自己简单的封装一个任务来处理。
以上所有代码都是直接在bbs打出来的，不保证可以直接运行。
多线程最多的场景：web服务器本身；各种专用服务器（如游戏服务器）；多线程的常见应用场景：
1、后台任务，例如：定时向大量（100w以上）的用户发送邮件；
2、异步处理，例如：发微博、记录日志等；
3、分布式计算
spring什么时候用到threadlocal
Threadlocal多线程程序，在需要同时执行几个任务的时候就要用到这个Threadlocal
threadlocalmap的key是什么
你好，ThreadLocalMap的key是ThreadLocal对象本身。每个ThreadLocal对象都有一个唯一的、与之对应的ThreadLocalMap实例，该实例中保存着该ThreadLocal对象所对应的值。
ThreadLocalMap中的键值对以弱引用的方式保存，保证当ThreadLocal对象没有被引用时，对应的键值对能够被垃圾回收。
thread local什么时候使用
thread_local是C++11新引入的一种存储类型，它会影响变量的存储周期。 C++中有4种存储周期：
有且只有thread_local关键字修饰的变量具有线程（thread）周期，这些变量在线程开始的时候被生成，在线程结束的时候被销毁，并且每一个线程都拥有一个独立的变量实例。 thread_local一般用于需要保证线程安全的函数中。 需要注意的一点是，如果类的成员函数内定义了thread_local变量，则对于同一个线程内的该类的多个对象都会共享一个变量实例，并且只会在第一次执行这个成员函数时初始化这个变量实例，这一点是跟类的静态成员变量类似的。 下面用一些测试样例说明：case1: 输出： case2: 输出：thread local什么时候使用的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于不建议使用threadlocal、thread local什么时候使用的信息别忘了在本站进行查找哦。
声明：本文内容来自互联网不代表本站观点，转载请注明出处：https://bk.77788889.com/1/83659.html
