并不是线程的安全性
面试官问：“什么叫线程安全性”，假如你无法有效的回应，那么就请往下看吧。
论语中有句话叫“学而优则仕”，坚信很多人都认为是“学习培训好啦可以为官”。殊不知，那样了解则是错的。谨记易错成语。
同样，“线程安全性”也不是指线程的安全，反而是指运行内存的安全性。为何如此说呢?这和电脑操作系统相关。
在每一个过程的内存空间里都会出现一块独特的公共区域，通常称之为堆(运行内存)。过程内的全部线程都能够浏览到该地区，这就是导致问题的潜在性缘故。
假定某一线程把数据处理方法到一半，感觉非常累，便去歇息了一会，回家提前准备然后解决，却发觉数据信息早已被调整了，并不是自身离去时的模样了。很有可能被其他线程改动了。
例如将你住的住宅小区当作一个过程，住宅小区里的路面/园林绿化等就归属于公共区域。你拿1万多元钱往地面一扔，就回家了休息来到。醒来后你准备去把它捡来，发觉钱早已不见了。很有可能被其他人取走了。
由于公共区域车水马龙，你放的事物在沒有照看对策时，一定不是可靠的。运行内存中的状况也是如此如此。
因此线程安全性指的是，在堆内存中的数据信息因为可以被一切线程浏览到，在沒有局限的情形下存有被出现意外改动的风险性。
即堆内存空间在沒有保障制度的情形下，对多线程而言不是可靠的地区，因为你装进去的数据信息，很有可能被其他线程“毁坏”。
那咱们怎么办呢?解决困难的全过程实际上也是一个选择的全过程，不一样的解决办法有不一样的着重点。
私有化的東西就不应该让他人了解
实际中很多人都是把1万多元钱藏着掖着，不许不相干的人了解，因此压根不太可能扔到大街上。由于这钱就是你的私物件。
在程序流程中也是如此的，因此电脑操作系统会为每一个线程分派归属于它自身的内存空间，通常称之为栈运行内存，其他线程没有权利浏览。这也是由电脑操作系统确保的。
假如一些数据信息仅有某一线程会应用，其他线程不可以实际操作也不用实际操作，这种数据信息就可以放进线程的栈运行内存中。比较常用的便是静态变量。
这儿的自变量sum，count，avg全是静态变量，他们都是会被分派在线程栈运行内存中。
倘若如今A线程来运行这一方式，这种自变量会在A的栈内存分配。此外，B线程也来运行这一方式，这种因素也会在B的栈运行内存中分派。
换句话说这种静态变量会在每一个线程的栈运行内存里都分派一份。因为线程的栈运行内存只有自身浏览，因此栈运行内存中的自变量只是属于自身，其他线程压根就不清楚。
如同每一个人的家只是属于自身，别人不可以进去。因此你将1万多元钱放进家中，别人是不可能了解的。且一般还会继续放进某一屋子里，而不是仍在门厅的桌子上。
因此把自己的物品放进自身的个人地界，是可靠的，由于别人没法了解。并且越个人隐私的地区越好。
大伙儿不必抢，每个人有份
坚信聪慧的你早已发觉，上边的解决办法是根据“部位”的。因为你放物品的“部位”只有你自身了解(或能抵达)，因此物品是可靠的，因而这一份安全性是由“部位”来确保的。
在程序流程里就相匹配于方式的静态变量。局部变量往往是可靠的，便是由于界定它的“部位”是在方式里。这样一来安全性是到达了，可是它的运用范畴也就被限定在这个方式里了，其他方式想要也不需要了啦。
实际中常常会有一个自变量必须好几个方式都可以采用的状况，这时界定这一自变量的“部位”就无法在方式里边了，而应当在方式外边。即从(方式的)静态变量变成(类的)成员变量，实际上便是“部位”发生了转变。
那麼依照流行计算机语言的要求，类的成员变量不可以初次分配在线程的栈运行内存中，而应当分派在公共性的堆内存中。实际上也就是自变量在存储空间中的“部位”发生了转变，由一个私有化地区赶到了公共区域。因而潜在性的安全隐患也接踵而来。
那如何确保在公共区域的物品安全性呢?回答便是，大伙儿不必抢，每个人有份。构想你在街边完全免费派发纯净水，来啦1数万人，你却仅有1千瓶水，結果显而易见，一拥而上，场景沦陷。但假如您有10万瓶水，大伙儿一看，水多着呢，无需心急，一个个排着队来，由于毫无疑问会领取。
物品多了，当然就掉价了，从另一个方面而言，也就安全性了。大街上的共享自行车，如今都很安全性，由于太多了，到处都是，都看起来一样，因此连捣乱的人都放弃了。因而要让一个物品安全性，就使劲的copy它吧。
返回程序流程里，要让公共区域堆内存中的数据信息针对每一个线程全是可靠的，那么就每一个线程都复制它一份，每一个线程只解决自身的这一份复制而没去危害其他线程的，这不就安全性了嘛。相信你早已猜到了，我想表示的便是ThreadLocal类了。
这一学员小助手类有两个成员变量，realName和totalScore，全是ThreadLocal种类的。每一个进程在运作时都是会复制一份储存到自身的当地。
A进程运作的是“张三”和“90”，那麼这两个数据信息“张三”和“90”是储存到A进程目标(Thread类的案例目标)的成员变量里来到。假定这时B进程也在运作，是“李四”和“85”，那麼“李四”和“85”这两个数据信息是储存到了B进程目标(Thread类的案例目标)的成员变量里来到。
进程类(Thread)有一个成员变量，类似Map种类的，专业用来储存ThreadLocal种类的数据信息。从逻辑性主从关系而言，这种ThreadLocal数据信息是归属于Thread类的成员变量等级的。从所属“部位”的方面而言，这种ThreadLocal数据信息是分派在公共区域的堆内存中的。
说的直接一些，便是把堆内存中的一个数据信息拷贝N份，每一个进程领取1份，与此同时要求好，每一个进程只有玩自个的那一份，禁止危害他人的。
必须表明的是这N份数据信息都或是储存在公共区域堆内存里的，常常听见的“进程当地”，是以逻辑性主从关系上而言的，这种信息和进程一一对应，好像变成进程自身“城池”的東西了。实际上从数据信息所属“部位”的方面而言，他们都坐落于公共性的堆内存中，只不过是被进程领取了罢了。这一点我想特意注重一下。
实际上如同大街上的共享自行车。原先仅有1辆，大伙儿抢着骑，老出问题。如今从这1辆复制N辆，每个人1辆，各骑各的，问题得解。共享自行车便是数据信息，你就是进程。骑车期内，该辆自行车从逻辑关系上而言是属于你的，从地理位置上而言或是在大街上这一公共区域的，因为你发觉每一个住宅小区正门口都贴紧“共享自行车，严禁新手入门”。哈哈哈哈哈哈。
共享自行车是否和ThreadLocal很像呀。再严格执行一遍，ThreadLocal便是，把一个数据信息拷贝N份，每一个进程领取一份，各过各的，互相不危害。
只有看，不可以摸
放到公共区域的物品，仅仅存有不确定性的安全隐患，并不是说一定就不安全。有一些物品尽管也在公共区域放着，但也是十分安全性的。例如你在大街上放一个上百吨的石块塑像，就十分安全性，由于大家都弄没动它。
再例如你去旅行时，常常看到一些宝贵的物品，会被用铁栏杆围住，上边挂一个品牌，写着“只有看，不可以摸”。当然可以全球化一点，“only look，don't touch”。这也是很可靠的，由于光看两眼是不太可能看坏的。
返回程序流程里，这样的事情就归属于，只有载入，不可以改动。实际上便是变量定义或审阅自变量，他们针对线程同步是可靠的，想改也无法改变。
例如把及格成绩设置为60分，在前面再加上一个final，那样全部进程都动不了它了。这就很可靠了。
小标题一下：以上三种解决方法，实际上是在“自找麻烦”。
***种，找一个仅有自身清楚的区域藏起来，自然安全性了。
第二种，每个人拷贝1份，各过各的，互相不危害，自然也安全性了。
第三种，更猛了，立即要求，只有载入，严禁改动，自然也安全性了。
是否都是在“敷衍塞责”呀。假如这三种方式都难以解决，应该怎么办呢?Don't worry，just continue reading。
沒有标准，那么就主观臆断
前边得出的三种计划方案，有点儿“理想”了。实际中的状况实际上是十分错乱噪杂的，沒有规范的。
例如在中午高峰时段你来餐厅用餐，一进门后发觉只剩一个空餐桌了，你想着先去点单吧，回家就坐这儿吧。如果你点完餐回家后，发觉早已被他人棋高一着了。
由于餐桌是归属于公共区域的物件，所有人都能够坐，那么就只有谁先抢得谁坐。尽管你在群体一书中多看看了它一眼，但它并不会记得你容貌。
解决方案就无需我说了吧，让一个人在那里看见坐位，其他人去点单。那样当他人再去的情况下，你也就可以振振有词的说，“过意不去，这一坐位，我，早已占了”。
我再度坚信聪慧的你早已猜到了我要说的東西了，没有错，便是(互斥)锁。
返回程序流程里，假如公共区域(堆内存)的数据信息，要被好几个进程实际操作时，为了更好地保证 信息的安全性(或一致)性，必须在数据信息边上放一把锁，要想实际操作数据信息，先获得锁再说吧。
假定一个进程赶到数据信息面前一看，发觉锁是闲置的，没人拥有。因此它就领到了这把锁，随后逐渐实际操作数据信息，做了一会活，累了，便去歇息了。
这时，来了一个进程，发觉锁被他人拥有着，按规定，它不可以实际操作数据信息，因为它没法获得这把锁。自然，它可以挑选等候，或舍弃，继而干好其他。
***个进程往往敢胆大的去睡觉，便是因为它手上拿着锁呢，其他进程是不太可能实际操作数据信息的。当它回家后再次把数据信息实际操作完，就可以把锁给释放出来了。锁再度返回空余情况，其他进程就可以来抢这把锁了。或是谁先抢得锁谁实际操作数据信息。
假设一个班集体的原始成绩是60分，这一班集体抽出来10名学员来与此同时参与10个不一样的答题节目，每一个学员对了一次为班集体再加上5分，答不上一次减掉5分。由于10个学员一起开展，因此这一定是一个高并发情况。
因而大大加分和扣分这两个方式被高并发的启用，他们一同实际操作总成绩。为了更好地确保数据的一致性，必须在每一次操作之前先获得锁，实际操作结束后再释放出来锁。
坚信世界充满爱，即使被损害
再返回一开始的事例，倘若你往地面扔1万多元钱，是否一定会丢呢?这需要看状况了，如果是在车水马龙的现代都市，可以说毫无疑问会丢的。假如你跑到藏北无人区扔地面上，可以说毫无疑问不容易丢。
能够看见，全是把物品无保障的放进公共区域里，結果却差别非常大。这表明安全隐患还和公共区域的室内环境情况有关系。
例如我将数据信息放进公共区域的堆内存中，可是一直都只能有1个进程，也就是单核实体模型，那这数据信息肯定是安全性的。
再者说，2个进程实际操作同一个数据信息和200个进程实际操作同一个数据信息，这一数据信息的安全性几率是根本不一样的。毫无疑问进程越多数据信息不安全的可能性越大，进程越少数据信息不安全的可能性越小。取个極限状况，那便是仅有1个进程，那不安全几率便是0，也就是安全性的。
很有可能你又猜到了我觉得体现的信息了，没有错，便是CAS。很有可能大伙儿感觉即然锁可以解决困难，那么就用锁得了，为什么又出现了个CAS呢?
那是由于锁的获得和释放出来是要花一定成本的，假如在进程数量尤其少的情况下，很有可能压根就不可能有其他进程来使用数据信息，这时你还需要获得锁和释放出来锁，可以算是一种消耗。
对于这类“人烟稀少”的状况，专业明确提出了一种方式，叫CAS(Compare And Swap)。便是在高并发不大的情形下，数据信息被出现意外改动的可能性很低，可是又存有这类概率，这时就用CAS。
倘若一个进程实际操作数据信息，做了一半活，累了，要想去歇息。(好像今日的进程身体素质都不大好)。因此它纪录下现阶段数据信息的情况(便是信息的值)，回家了睡着了。
醒来时后准备再次然后干活儿，可是又担忧数据信息很有可能被调整了，因此就把睡觉前储存的数据信息情况拿出来和如今的数据信息情况较为一下，假如一样，表明自身在入睡期内，数据信息沒有别人动过(自然也是有可能是先被改为了其他，随后又改回去了，这就是ABA问题了)，那么就然后再次干。假如不一样，表明数据信息早已被调整了，那以前做的这些实际操作实际上都白瞎了，就索性舍弃，从头开始再重新开始解决一遍。
因此CAS这类方法适用并发量不高的状况，也就是数据信息被出现意外改动的概率较小的状况。假如高并发量很高得话，你的数据一定会被修改，每一次都需要舍弃，随后重新再来，那样反倒耗费的成本更变大，还比不上立即上锁呢。
这儿再表述下ABA问题，倘若你睡觉前数据是5，醒来时后数据或是5，并不可以毫无疑问数据沒有被修改过。很有可能数据先被修改成8随后又改返回5，仅仅你永远不知道而已。针对这个问题，实际上也很好处理，再加一个版本号字段名就可以了，并要求只需修改数据，务必使版本号加1。
那样你睡觉前数据是5版本号是0，醒来时后数据是5版本号是0，说明数据沒有被修改。假如数据是5版本号是2，说明数据被修改了2次，先改成其他，随后又改返回5。
我再度坚信聪慧的你早已看到了，这儿的CAS实际上便是乐观锁，上一种计划方案里的获得锁和释放出来锁实际上便是悲观锁。乐观锁持乐观主义心态，便是假定我的数据不容易被出现意外修改，假如修改了，就舍弃，重新再来。悲观锁持消极心态，便是假定我的数据一定会被出现意外修改，那索性立即上锁得了。