本文目录一览：
- 1、alert报错stackoverflowerror原因
- 2、C中栈的内存有多大！
- 3、java多线程开多少上限量。
- 4、java 每个函数的栈空间大小是？
- 5、如何检查和解决java虚拟机内存溢出的问题
- 6、为什么还要指定栈大小
alert报错stackoverflowerror原因
每一个JVM线程都拥有一个私有的JVM线程栈，用于存放当前线程的JVM栈帧（包括被调用函数的参数、局部变量和返回地址等）。如果某个线程的线程栈空间被耗尽，没有足够资源分配给新创建的栈帧，就会抛出java.lang.StackOverflowError错误。
引发StackOverFlowError的常见原因有以下几种：
·无限递归循环调用（最常见）。
·执行了大量方法，导致线程栈空间耗尽。
·方法内声明了海量的局部变量。
·native代码有栈上分配的逻辑，并且要求的内存还不小，比如java.net.SocketInputStream.read0会在栈上要求分配一个64KB的缓存（64位Linux）。
除了程序抛出StackOverflowError错误以外，还有两种定位栈溢出的方法：
·进程突然消失，但是留下了crash日志，可以检查crash日志里当前线程的stack范围，以及RSP寄存器的值。如果RSP寄存器的值超出这个stack范围，那就说明是栈溢出了。
·如果没有crash日志，那只能通过coredump进行分析。在进程运行前，先执行ulimit-cunlimited，当进程挂掉之后，会产生一个core.[pid]的文件，然后再通过jstack$JAVA_HOME/bin/javacore.[pid]来看输出的栈。如果正常输出了，那就可以看是否存在很长的调用栈的线程，当然还有可能没有正常输出的，因为jstack的这条从core文件抓栈的命令其实是基于ServiceabilityAgent实现的，而SA在某些版本里有Bug。
常见的解决方法包括以下几种：
·修复引发无限递归调用的异常代码，通过程序抛出的异常堆栈，找出不断重复的代码行，按图索骥，修复无限递归Bug。
·排查是否存在类之间的循环依赖。
·排查是否存在在一个类中对当前类进行实例化，并作为该类的实例变量。
·通过JVM启动参数-Xss增加线程栈内存空间，某些正常使用场景需要执行大量方法或包含大量局部变量，这时可以适当地提高线程栈空间限制，例如通过配置-Xss2m将线程栈空间调整为2mb。
C中栈的内存有多大！
栈的内存空间大小是可以自己定义的，没规定多大，但是一个栈段的容量最大为64KB
因为一个栈段最大容量为65536字节，除以1024就是64KB
java多线程开多少上限量。
1。java的线程开启，默认的虚拟机会分配1M的内存，但是在4G的windows上线程最多也就开到300多 ，是因为windows本身的一些限制导致。
2。虚拟机给每个线程分配的内存（栈空间）是由虚拟机参数-Xss来指定的，在不同平台上对应的默认大小可以 在oracle的官方文档上查询到：
/optionX.html
其中，Linux64位默认Xss值为256K，并非1M或10M
3。一个Java进程可以启动的线程数可以通过如下公式计算：
（系统剩余内存 - 最大堆容量Xmx - 最大方法区容量MaxPermSize）／ 最大栈空间Xss
这样，4G的服务器单个进程可以开多少线程，可以粗略计算出来，大概是5000个线程。
java 每个函数的栈空间大小是？
在Java程序运行时，各个栈空间大小如下：
(1) 寄存器。最快的保存区域，位于处理器内部,数量十分有限，它是根据需要由编译器分配。我们对此没有直接的控制权.
(2) 栈(stack)。驻留于常规RAM（随机访问存储器）区域，这是一种特别快、特别有效的数据保存方式，仅次于寄存器。创建程序时，Java编译器必须准确地知道堆栈内保存的所有数据的“长度”以及“存在时间”。这失去了一定的灵活性，因此对象句柄是存放在栈中，但Java对象并不放到其中。
(3) 堆(heap)。保存了Java对象。和栈不同，它最吸引人的地方在于编译器不必知道要从堆里分配多少存储空间，也不必知道存储的数据要在堆里停留多长的时间。因此，用堆保存数据时会得到更大的灵活性。要求创建一个对象时，只需用new命令编制相关的代码即可。执行这些代码时，会在堆里自动进行数据的保存。当然，为达到这种灵活性，必然会付出一定的代价：在堆里分配存储空间时会花掉更长的时间！
(4) 静态存储。这儿的“静态”（Static）是指“位于固定位置”（尽管也在RAM里）。程序运行期间，静态存储的数据将随时等候调用。可用static关键字指出一个对象的特定元素是静态的。但Java对象本身永远都不会置入静态存储空间。
(5) 常数存储。常数值通常直接置于程序代码内部。这样做是安全的，因为它们永远都不会改变。有的常数需要严格地保护，所以可考虑将它们置入只读存储器（ROM）。
(6) 非RAM存储。数据完全独立于一个程序之外，则程序不运行时仍可存在，并在程序的控制范围之外。
如何检查和解决java虚拟机内存溢出的问题
一，jvm内存区域
1， 程序计数器
一块很小的内存空间，作用是当前线程所执行的字节码的行号指示器。
2， java栈
与程序计数器一样，java栈（虚拟机栈）也是线程私有的，其生命周期与线程相同。通常存放基本数据类型，对象引用（一个指向对象起始地址的引用指针或一个代表对象的句柄），reeturnAddress类型（指向一条字节码指令的地址）
栈区域有两种异常类型：如果线程请求的栈深度大于虚拟机所允许的深度，将抛StrackOverflowError异常；如果虚拟机栈可以动态扩展（大部分虚拟机都可动态扩展），当扩展时无法申请到足够的内存时会抛出OutOfMemoryError异常。
3， 本地方法栈
与虚拟机栈作用很相似，区别是虚拟机栈为虚拟机执行java方法服务，而本地方法栈则是为虚拟机用到的Native方法服务。和虚拟机栈一样可能抛出StackOverflowError和OutOfMemoryError异常。
4， java堆
java
Heap是jvm所管理的内存中最大的区域。JavaHeap是被所有线程共享的一块内存区域，在虚拟机启动时创建。主要存放对象实例。JavaHeap
是垃圾收集器管理的主要区域，其可细分为新生代和老年代。如果在堆中没有内存完成实例分配，并且也无法再扩展时，会抛出OutOfMemoryError
异常。
5， 方法区
与javaHeap一样是各个线程共享的内存区域，用于存放已被虚拟机加载的类信息、常量、静态变量、及时编译器编译后的代码等数据。当方法区无法满足内
存分配的需求时，将抛出OutOfMemoryError异常。方法同时包含常听说的运行时常量池，用于存放编译期生成的各种字面量和符号引用。
6， 直接内存
直接内存并不是虚拟机运行时数据区的一部分，也不是java虚拟机规范中定义的内存区域，是jvm外部的内存区域，这部分区域也可能导致OutOfMemoryError异常。
二，jvm参数
-Xss（StackSpace）栈空间
-Xms ，-Xmx（heap memory
space）堆空间：Heap是大家最为熟悉的区域，他是jvm用来存储对象实例的区域，Heap在32位的系统中最大为2G，其大小通过-Xms和
-Xmx来控制，-Xms为jvm启动时申请的最小Heap内存，默认为物理内存的1/64，但小于1G，-Xmx为jvm可申请的最大的Heap内存，
默认为物理内存的1/4,一般也小于1G，默认当空余堆内存小于40%时，jvm会最大Heap的大小到-Xmx指定大小，可通过
-XX:MinHeapFreeRatio来指定这个比例，当空余堆内存大于70%时，JVM会将Heap的大小往-Xms指定的大小调整，可通过
-XX:MaxHeapFreeRatio来指定这个比例，但通常为了避免频繁调整HeapSize的大小，将-Xms和-Xmx的值设为相同。
-XX:PermSize -XX:MaxPermSize ：方法区持久代大小： 方法区域也是全局共享的，在一定的条件下它也会被 GC ，当方法区域需要使用的内存超过其允许的大小时，会抛出 OutOfMemory 的错误信息。
三，常见内存溢出错误解决办法
1， OutOfMemoryError异常
除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError(OOM)异常的可能，
Java Heap 溢出
一般的异常信息：java.lang.OutOfMemoryError:Java heap spacess
java堆用于存储对象实例，我们只要不断的创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象，就会在对象数量达到最大堆容量限制后产生内存溢出异常。
出现这种异常，一般手段是先通过内存映像分析工具(如Eclipse Memory
Analyzer)对dump出来的堆转存快照进行分析，重点是确认内存中的对象是否是必要的，先分清是因为内存泄漏(Memory
Leak)还是内存溢出(Memory Overflow)。
如果是内存泄漏，可进一步通过工具查看泄漏对象到GC Roots的引用链。于是就能找到泄漏对象时通过怎样的路径与GC Roots相关联并导致垃圾收集器无法自动回收。
如果不存在泄漏，那就应该检查虚拟机的参数(-Xmx与-Xms)的设置是否适当。
2， 虚拟机栈和本地方法栈溢出
如果线程请求的栈深度大于虚拟机所允许的最大深度，将抛出StackOverflowError异常。
如果虚拟机在扩展栈时无法申请到足够的内存空间，则抛出OutOfMemoryError异常
这里需要注意当栈的大小越大可分配的线程数就越少。
3， 运行时常量池溢出
异常信息：java.lang.OutOfMemoryError:PermGen space
如果要向运行时常量池中添加内容，最简单的做法就是使用String.intern()这个Native方法。该方法的作用是：如果池中已经包含一个等于
此String的字符串，则返回代表池中这个字符串的String对象；否则，将此String对象包含的字符串添加到常量池中，并且返回此String
对象的引用。由于常量池分配在方法区内，我们可以通过-XX:PermSize和-XX:MaxPermSize限制方法区的大小，从而间接限制其中常量
池的容量。
4， 方法区溢出
方法区用于存放Class的相关信息，如类名、访问修饰符、常量池、字段描述、方法描述等。
异常信息：java.lang.OutOfMemoryError:PermGen space
方法区溢出也是一种常见的内存溢出异常，一个类如果要被垃圾收集器回收，判定条件是很苛刻的。在经常动态生成大量Class的应用中，要特别注意这点。
为什么还要指定栈大小
本文简明概要说明java程序占用内存构 象(Objects) 类(Classes) 线程(Theads) 本数据结构(Native data structures) 本代码(Native code) 每素内存占用影响随着应用程序、运行环境系统平台同变化计算总内存占用量想准确数字容易难控制本(Native)部能控制部堆：-Xmx类占用内存：-XX:MaxPermSize线程栈：-Xss控制每线程占用内存注意栈设置太导StackOverflow异、程序错所计算公式： (-Xmx)+(-XX:MaxPermSize)+线程数*(-Xss)+其内存 其内存部取决于本代码占用内存NIO、Socket缓冲区、JNI等般约JVM内存5%左右所假设我面JVM参数一00线程： -Xmx一0二四m-XX:MaxPermSize=二5陆m-Xss5一二k JVM进程至少占用内存数量：一0二四m+二5陆m+一00*5一二k+(0.05*一三三0m)=一三9陆.5m 我般使用(一.5*堆值)作近似值表示Tomcat进程需要内存需要增加MaxPermSize二5陆M应用值更