jvm线程栈空间内存分配位置
jvm的线程栈申请的内存空间属于堆外内存，是向操作系统申请的，也不是JVM直接内存，虽然类似。
JVM能创建的线程数需要的内存，不是JVM运行内存，堆内存，直接内存，而是操作系统剩余的可用内存，这个也决定了能创建的线程数，如果内存不够用，创建线程的时候便会出现内存溢出的错误。
在操作系统的可用内存不足的情况下，想要创建更多的线程，可以考虑减少线程栈的空间大小（-Xss），但是不建议过小，栈尝试减小容易栈溢出错误。
--------------------------分割线--------------------------
后来有次早上5点睡不着，起床做了个测试验证，在这里补充下这个测试说明，当时只是发了个朋友圈，过得有点久了现在我也只从手机上找到几张图片贴上来：
JVM配置如下
设置最大堆10m，线程栈大小10m，直接内存5m。
创建1000条线程，调用10w次函数（调用次数再过多，栈深不够就溢出了），疯狂压栈但不出栈（递归调用）。然后看内存，物理内存占用7g多，有次是5g多。没有堆溢出，也没有直接内存溢出。说明线程栈内存在堆外分配，不属于堆内存（线程对象还是分配在堆内存空间），也不属于直接内存部分。
测试截的一些图片如下：
JVM配置
main方法创建1条线程并运行：
main方法创建1000条线程并运行：
测试代码
/**
* @Auther: 许晓东
* @Date: 19-8-3 05:14
* @Description:
*/
public class ThreadStackTest {
static Map<Integer, Thread> map = new HashMap<>();
static Runnable runnable = new Runnable() {
@Override
public void run() {
try {
recursive(1);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
};
private static void recursive(int num) throws InterruptedException {
if (num == 20000) {
Thread.sleep(Integer.MAX_VALUE);
}else {
recursive(++num);
}
}
public static void main(String[] args) throws InterruptedException {
System.gc();
int nums = 1000;
//int nums = 1;
for (int i = 0; i < nums; i++) {
map.put(i, new Thread(runnable));
}
for (Thread thread :
map.values()) {
thread.start();
}
System.out.println(String.format("创建%d条线程后gc情况：", nums));
System.gc();
Thread.sleep(Integer.MAX_VALUE);
}
}
jvm栈大小设置
1、栈内存大小设置
栈内存为线程私有的空间，每个线程都会创建私有的栈内存。栈空间内存设置过大，创建线程数量较多时会出现栈内存溢出*Error。同时，栈内存也决定方法调用的深度，栈内存过小则会导致方法调用的深度较小，如递归调用的次数较少。
-Xss：如-Xss128k
通常只有几百K
决定了函数调用的深度
每个线程都有独立的栈空间
局部变量、参数 分配在栈上
2、递归调用
package com.thread.study;
public class Stack {
private static int count=0;
public static void recursion(long a,long b,long c){
long e=1,f=2,g=3,h=4,i=5,k=6,q=7,x=8,y=9,z=10;
count++;
recursion(a,b,c);
}
public static void main(String args[]){
try{
recursion(0L,0L,0L);
}catch(Throwable e){
System.out.println("deep of calling = "+count);
e.printStackTrace();
}
}
}
- -Xss128k：deep of calling = 306
- -Xss256k：deep of calling = 761
以上为个人经验，希望能给大家一个参考，也希望大家多多支持服务器之家。
原文链接：https://blog.csdn.net/x763795151/article/details/90417816