【高并发】面试官问我：为啥局部变量是线程安全的？

作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址：

https://github.com/sunshinelyz/mykit-delay

写在前面

相信很多小伙伴都知道局部变量是线程安全的，那你知道为什么局部变量是线程安全的吗?

前言

多个线程同时访问共享变量时，会导致并发问题。那么，如果将变量放在方法内部，是不是还会存在并发问题呢?如果不存在并发问题，那么为什么不会存在并发问题呢?

著名的斐波那契数列

记得上学的时候，我们都会遇到这样一种题目，打印斐波那契数列。斐波那契数列是这样的一个数列：1、1、2、3、5、8、13、21、34...，也就是说第1项和第2项是1，从第3项开始，每一项都等于前2项之和。我们可以使用下面的代码来生成斐波那契数列。

//生成斐波那契数列 
public int[] fibonacci(int n){ 
    //存放结果的数组 
    int[] result = new int[n]; 
    //数组的第1项和第2项为1 
    result[0] = result[1] = 1; 
    //计算第3项到第n项 
    for(int i = 2; i < n; i++){ 
        result[i] = result[i-2] + result[i-1]; 
    } 
    return result; 
} 

假设此时有很多个线程同时调用fibonacci()方法来生成斐波那契数列，对于方法中的局部变量result，会不会存在线程安全的问题呢?答案是：不会!!

接下来，我们就深入分析下为什么局部变量不会存在线程安全的问题!

方法是如何被执行的?

我们以下面的三行代码为例。

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

当我们调用fibonacci(x)时，CPU要先找到fibonacci()方法的地址，然后跳转到这个地址去执行代码，执行完毕后，需要返回并找到调用方法的下一条语句的地址，也就是int[] z = y的地址，再跳到这个地址去执行。我们可以将这个过程简化成下图所示。

这里需要注意的是：CPU会通过堆栈寄存器找到调用方法的参数和返回地址。

例如，有三个方法A、B、C，调用关系为A调用B，B调用C。在运行时，会构建出相应的调用栈，我们可以用下图简单的表示这个调用栈。

每个方法在调用栈里都会有自己独立的栈帧，每个栈帧里都有对应方法需要的参数和返回地址。当调用方法时，会创建新的栈帧，并压入调用栈;当方法返回时，对应的栈帧就会被自动弹出。

我们可以这样说：栈帧是在调用方法时创建，方法返回时“消亡”。

局部变量存放在哪里?

局部变量的作用域在方法内部，当方法执行完，局部变量也就没用了。可以这么说，方法返回时，局部变量也就“消亡”了。此时，我们会联想到调用栈的栈帧。没错，局部变量就是存放在调用栈里的。此时，我们可以将方法的调用栈用下图表示。

很多人都知道，局部变量会存放在栈里。如果一个变量需要跨越方法的边界，就必须创建在堆里。

调用栈与线程

两个线程就可以同时用不同的参数调用相同的方法。那么问题来了，调用栈和线程之间是什么关系呢?答案是：每个线程都有自己独立的调用栈。我们可以使用下图来简单的表示这种关系。

此时，我们再看下文中开头的问题：Java方法内部的局部变量是否存在并发问题?答案是不存在并发问题!因为每个线程都有自己的调用栈，局部变量保存在线程各自的调用栈里，不会共享，自然也就不存在并发问题。

线程封闭

方法里的局部变量，因为不会和其他线程共享，所以不会存在并发问题。这种解决问题的技术也叫做线程封闭。官方的解释为：仅在单线程内访问数据。由于不存在共享，所以即使不设置同步，也不会出现并发问题!

好了，今天就到这儿吧，我是冰河，我们下期见!!