java线程基础巩固---多线程与JVM内存结构的关系及Thread构造函数StackSize的理解

继续学习一下Thread的构造函数，在上次【http://www.cnblogs.com/webor2006/p/7760422.html】已经对如下构造都已经学习过了：

多线程与JVM内存结构的关系【了解】:

对于最后一个有疑问的构造中stackSize参数，其实学过编程滴人从参数字面就比较容易理解，栈大小嘛，这里从官方文档上来了解一下这个参数：

而之前在学习java的时候基本上都是把jvm内存结构简单理解成一个栈区、一个堆区，其实要更好的理解这个stackSize，其实需要更细致的了解一下jvm的内存结构，所以在动手做实验之前先来把理论夯实下基础更细致的了解一下JVM内存结构，下面以图的方式来展开：

还是从我们耳濡目染的堆栈大类开始：

不多解释，下面来慢慢细化它里面的内容：

其中这部分区域是线程共享的区域，对应代码理解：

继续细化：

继续细化：

接着就要引来重点讨论的区域了【上图中故意在栈区上留了一个空缺就是用来说明它滴~~】：

那虚拟机栈里面存放的是什么东东呢？其实它是存放每一个线程私有的东东，而每一个方法执行的时候都会存放一个栈帧，也就是虚拟机栈中存放的就是一个个栈帧，那栈帧里面存放的是啥东东呢？

下面再来对照代码来理解：

而对于线程中会有执行native方法：

所以它就存放在本地方法区，如下：

而在执行了main函数就会创建一个栈帧，这里在main函数中定义一个变量，如下：

也就是它：

说了这么多理论其实就是为了理解虚拟机栈的概念，对于JVM的内存结构不用太过纠结，说实话实在太抽象了，重点是为了理解虚拟机栈，因为Thread的构造中的StackSize就是针对它而存在的，有了这些理论之后准备做一个比较关键的实验啦，但是在做实验之前还得强调一个概念，如下：

那下面做如下实验：

从内存角度来分析一下代码：很明显只有递归调用，没有方法返回，也就是从栈帧中的"操作栈"来说，只有入栈，并没有出栈，而每调用一个方法就会在虚拟机栈中创建一个栈帧，那实际上会撑爆虚拟机栈，很明显这个程序会报我们实际开发中比较常见的error啦，如下：

那有了这个实验跟Thread的stackSize参数有啥关系么？当然有，而且关系是大大滴，下面就来回到正题来探究下Thread构造函数stackSize的作用吧。

Thread构造函数StackSize的使用:

先再来看下JDK对它的介绍：

而刚才我们在main函数中去执行的递归由于是在JVM创建的main线程中执行的，那也就是无法咱们自己来定义这个stackSize，那将这个调用放到咱们自己定义的线程中呢，如下：

那这时我们尝试去改变这个栈的大小：

目前程序是运行的mac上的，说明在mac平台上给thread传stackSize是能起到一定的作用的，所以关于Thread的这个构造就了解了。

最后再来思考一下，如果不给Thread传stackSize，那它的栈大写是多少呢，查看一下源码：

而奇怪的是这个参数并没有被Thread中的类似地方使用到它，所以有可能是被底层c++给使用了。

所以对于Thread这个stackSize可以进行如下总结：

构造Thread的时候传入stackSize代表着该线程占用的stack大小，如果没有指定stackSize的大小，默认是0，0代表着会忽略该参数，该参数会被JNI函数去使用，另外一个需要注意：该参数在一些平台有效，在有些平台则无效，所以平常要去设置stackSize一般通过jvm的参数-Xss10M(将虚拟机栈的大小写设置为10M)，而不去通过线程的这个stackSize。