接下來，我們就深入分析下為什么局部變量不會(huì)存在線程安全的問題！

方法是如何被執(zhí)行的？

我們以下面的三行代碼為例。

int?x?=?5;
int[]?y?=?fibonacci(x);
int[]?z?=?y;

當(dāng)我們調(diào)用fibonacci(x)時(shí)，CPU要先找到fibonacci()方法的地址，然后跳轉(zhuǎn)到這個(gè)地址去執(zhí)行代碼，執(zhí)行完畢后，需要返回并找到調(diào)用方法的下一條語句的地址，也就是int[] z = y的地址，再跳到這個(gè)地址去執(zhí)行。我們可以將這個(gè)過程簡化成下圖所示。

這里需要注意的是：CPU會(huì)通過堆棧寄存器找到調(diào)用方法的參數(shù)和返回地址。

例如，有三個(gè)方法A、B、C，調(diào)用關(guān)系為A調(diào)用B，B調(diào)用C。在運(yùn)行時(shí)，會(huì)構(gòu)建出相應(yīng)的調(diào)用棧，我們可以用下圖簡單的表示這個(gè)調(diào)用棧。

每個(gè)方法在調(diào)用棧里都會(huì)有自己獨(dú)立的棧幀，每個(gè)棧幀里都有對應(yīng)方法需要的參數(shù)和返回地址。當(dāng)調(diào)用方法時(shí)，會(huì)創(chuàng)建新的棧幀，并壓入調(diào)用棧；當(dāng)方法返回時(shí)，對應(yīng)的棧幀就會(huì)被自動(dòng)彈出。

我們可以這樣說：棧幀是在調(diào)用方法時(shí)創(chuàng)建，方法返回時(shí)“消亡”。

局部變量存放在哪里？

局部變量的作用域在方法內(nèi)部，當(dāng)方法執(zhí)行完，局部變量也就沒用了?？梢赃@么說，方法返回時(shí)，局部變量也就“消亡”了。此時(shí)，我們會(huì)聯(lián)想到調(diào)用棧的棧幀。沒錯(cuò)，局部變量就是存放在調(diào)用棧里的。此時(shí)，我們可以將方法的調(diào)用棧用下圖表示。

很多人都知道，局部變量會(huì)存放在棧里。如果一個(gè)變量需要跨越方法的邊界，就必須創(chuàng)建在堆里。

調(diào)用棧與線程

兩個(gè)線程就可以同時(shí)用不同的參數(shù)調(diào)用相同的方法。那么問題來了，調(diào)用棧和線程之間是什么關(guān)系呢？答案是：每個(gè)線程都有自己獨(dú)立的調(diào)用棧。我們可以使用下圖來簡單的表示這種關(guān)系。

此時(shí)，我們再看下文中開頭的問題：Java方法內(nèi)部的局部變量是否存在并發(fā)問題？答案是不存在并發(fā)問題！因?yàn)槊總€(gè)線程都有自己的調(diào)用棧，局部變量保存在線程各自的調(diào)用棧里，不會(huì)共享，自然也就不存在并發(fā)問題。

線程封閉

方法里的局部變量，因?yàn)椴粫?huì)和其他線程共享，所以不會(huì)存在并發(fā)問題。這種解決問題的技術(shù)也叫做線程封閉。官方的解釋為：僅在單線程內(nèi)訪問數(shù)據(jù)。由于不存在共享，所以即使不設(shè)置同步，也不會(huì)出現(xiàn)并發(fā)問題！

特別推薦一個(gè)分享架構(gòu)+算法的優(yōu)質(zhì)內(nèi)容，還沒關(guān)注的小伙伴，可以長按關(guān)注一下：

長按訂閱更多精彩▼
如有收獲，點(diǎn)個(gè)在看，誠摯感謝