java 溢出包括堆溢出和栈溢出


堆默认的分配大小为 64M


堆溢出实例
public class OutOfMerory {




private byte [] [] data=new byte[1024][1024];//data大小为1M;

public static void main(String[] args) {


ArrayList list =new ArrayList();

while(true)
{

list.add(new OutOfMerory());
//每次加载时都会有1M的内存占用，当加载不到（有其他原因）62次时，堆空间被用完，此时JVM回收机制会去堆中轮询把垃圾（即该对象没有被引用或者字符串，数组）回收掉，但是此时list集合持有对象的引用，但堆已经建满，没有空间再可以分配，所以会造成内存溢出
//2.new OutOfMeory();这个不会溢出，因为匿名对象没被引用，由垃圾回收机制回收

}


}



}



栈溢出，栈默认空间大小为2M
栈定义：当调用main函数时就会创建一个栈
main函数的局部变量放在栈中
mian函数中方法会创建另一个栈，知道方法结束
public class StackOverFlow {



public static void main(String[] args) {

test();
}


public static void test()
{

test();//递归调用无限次，栈空间被用完，造成内存溢出

}



}

3.缓存，当大量用户访问时，会造成大量的内存被占用，当所有的用户同时访问会造成内存溢出，所以需要设计一个机制来避免这种情况


堆和栈的大小可以调节
合适的才是最好的
//
解决内存溢出需要注意
对于堆
规避死循环
对象不要创建的太大 如果64M,直接溢出
避免使用太大的数组连续空间


对于栈
写递归时需要加个中断条件

开发工具与关键技术：MyEclipse 10  JAVA

作者：黄冠棋

撰写时间：2019年04月7日
在java中使用强制转换有可能导致溢出或损失精度。

当把容量大的类型转换为容量小的类型时就有可能导致溢出；

比如吧int类型的2019转换成byte类型。Int类型的2019的源码、反码、和补码都是：

00000000 00000000 00000111 11100011

由于byte类型只有八位所以转换成byte类型后就变成了：

11100011 它的反码为：10011101最后得到的结果就为-29。



当把整数转换成浮点数时当整数足够大时就有可能导致精度损失

比如吧Integer的最大值转换成float类型

Integer的最大值有32位除去一位符号位还有31位尾数位；

虽然float类型最大也是32位但float除去一位符号位后还有8位指数位只剩下23位尾数位；

所以当Integer的最大值转换成float的时候就会损失精度。

（1）检测JAVA溢出攻击

1.数据搜集：加载ADFA-LD正常样本数据，定义遍历目录下文件的函数，从攻击数据集中筛选和JAVA溢出攻击相关的数据，原理同（四）

2.特征化：与（四）一致，使用词集模型

3.训练样本

logreg = linear_model.LogisticRegression(C=1e5)

4.效果验证与（四）原理一致

（2）识别验证码

1.数据搜集：使用MNIST，同（七：朴素贝叶斯识别验证码）

2.特征化：同（七）

3.训练模型：同（七）

4.效果验证：同（七）

 

相信有一定java开发经验的人或多或少都会遇到OutOfMemoryError的问题，这个问题曾困扰了我很长时间，随着解决各类问题经验的积累以及对问题根源的探索，终于有了一个比较深入的认识。
在解决java内存溢出问题之前，需要对jvm（java虚拟机）的内存管理有一定的认识。jvm管理的内存大致包括三种不同类型的内存区域：Permanent Generation space（永久保存区域）、Heap space(堆区域)、Java Stacks(Java栈）。其中永久保存区域主要存放Class（类）和Meta的信息，Class第一次被Load的时候被放入PermGen space区域，Class需要存储的内容主要包括方法和静态属性。堆区域用来存放Class的实例（即对象），对象需要存储的内容主要是非静态属性。每次用new创建一个对象实例后，对象实例存储在堆区域中，这部分空间也被jvm的垃圾回收机制管理。而Java栈跟大多数编程语言包括汇编语言的栈功能相似，主要基本类型变量以及方法的输入输出参数。Java程序的每个线程中都有一个独立的堆栈。容易发生内存溢出问题的内存空间包括：Permanent Generation space和Heap space。
第一种OutOfMemoryError： PermGen space
发生这种问题的原意是程序中使用了大量的jar或class，使java虚拟机装载类的空间不够，与Permanent Generation space有关。解决这类问题有以下两种办法：
增加java虚拟机中的XX:PermSize和XX:MaxPermSize参数的大小，其中XX:PermSize是初始永久保存区域大小，XX:MaxPermSize是最大永久保存区域大小。如针对tomcat6.0，在catalina.sh 或catalina.bat文件中一系列环境变量名说明结束处（大约在70行左右） 增加一行： JAVA_OPTS=" -XX:PermSize=64M -XX:MaxPermSize=128m" 如果是windows服务器还可以在系统环境变量中设置。感觉用tomcat发布sprint+struts+hibernate架构的程序时很容易发生这种内存溢出错误。使用上述方法，我成功解决了部署ssh项目的tomcat服务器经常宕机的问题。
清理应用程序中web-inf/lib下的jar，如果tomcat部署了多个应用，很多应用都使用了相同的jar，可以将共同的jar移到tomcat共同的lib下，减少类的重复加载。这种方法是网上部分人推荐的，我没试过，但感觉减少不了太大的空间，最靠谱的还是第一种方法。
第二种OutOfMemoryError：  Java heap space
发生这种问题的原因是java虚拟机创建的对象太多，在进行垃圾回收之间，虚拟机分配的到堆内存空间已经用满了，与Heap space有关。解决这类问题有两种思路：
检查程序，看是否有死循环或不必要地重复创建大量对象。找到原因后，修改程序和算法。 我以前写一个使用K-Means文本聚类算法对几万条文本记录（每条记录的特征向量大约10来个）进行文本聚类时，由于程序细节上有问题，就导致了Java heap space的内存溢出问题，后来通过修改程序得到了解决。
增加Java虚拟机中Xms（初始堆大小）和Xmx（最大堆大小）参数的大小。如：set JAVA_OPTS= -Xms256m -Xmx1024m
第三种OutOfMemoryError：unable to create new native thread
在java应用中，有时候会出现这样的错误：OutOfMemoryError: unable to create new native thread.这种怪事是因为JVM已经被系统分配了大量的内存(比如1.5G)，并且它至少要占用可用内存的一半。有人发现，在线程个数很多的情况下，你分配给JVM的内存越多，那么，上述错误发生的可能性就越大。
那么是什么原因造成这种问题呢？
每一个32位的进程最多可以使用2G的可用内存，因为另外2G被操作系统保留。这里假设使用1.5G给JVM，那么还余下500M可用内存。这500M内存中的一部分必须用于系统dll的加载，那么真正剩下的也许只有400M，现在关键的地方出现了：当你使用Java创建一个线程，在JVM的内存里也会创建一个Thread对象，但是同时也会在操作系统里创建一个真正的物理线程(参考JVM规范)，操作系统会在余下的400兆内存里创建这个物理线程，而不是在JVM的1500M的内存堆里创建。在jdk1.4里头，默认的栈大小是256KB，但是在jdk1.5里头，默认的栈大小为1M每线程，因此，在余下400M的可用内存里边我们最多也只能创建400个可用线程。
这样结论就出来了，要想创建更多的线程，你必须减少分配给JVM的最大内存。还有一种做法是让JVM宿主在你的JNI代码里边。
给出一个有关能够创建线程的最大个数的估算公式：
(MaxProcessMemory - JVMMemory - ReservedOsMemory) / (ThreadStackSize) = Number of threads
对于jdk1.5而言，假设操作系统保留120M内存：
1.5GB JVM: (2GB-1.5Gb-120MB)/(1MB) = ~380 threads 1.0GB JVM: (2GB-1.0Gb-120MB)/(1MB) = ~880 threads
对于栈大小为256KB的jdk1.4而言，
1.5GB allocated to JVM: ~1520 threads 1.0GB allocated to JVM: ~3520 threads 
对于这个异常我们首先需要判断下，发生内存溢出时进程中到底都有什么样的线程，这些线程是否是应该存在的，是否可以通过优化来降低线程数； 另外一方面默认情况下java为每个线程分配的栈内存大小是1M，通常情况下，这1M的栈内存空间是足足够用了，因为在通常在栈上存放的只是基础类型的数据或者对象的引用，这些东西都不会占据太大的内存， 我们可以通过调整jvm参数，降低为每个线程分配的栈内存大小来解决问题，例如在jvm参数中添加-Xss128k将线程栈内存大小设置为128k