堆内存

JVM可以使用的内存分外2种： 堆内存和堆外内存 . 堆内存完全由JVM负责分配和释放，如果程序没有缺陷代码导致内存泄露，那么就不会遇到java.lang.OutOfMemoryError这个错误。 使用堆外内存，就是为了能直接分配和释放内存，提高效率。JDK5.0之后，代码中能直接操作本地内存的方式有2种：使用未公开的Unsafe和NIO包下ByteBuffer。 关于Unsafe对象的简介和获取方式,可以参考：http://blog.csdn.net/aitangyong/article/details/38276681 使用ByteBuffer分配本地内存则非常简单，直接ByteBuffer.allocateDirect(10 * 1024 * 1024)即可。 C语言的内存分配和释放函数malloc/free，必须要一一对应，否则就会出现内存泄露或者是野指针的非法访问。java中我们需要手动释放获取的堆外内存吗？ 我们一起来看看NIO中提供的ByteBuffer 我们将最大堆外内存设置成40M，运行这段代码会发现：程序可以一直运行下去，不会报OutOfMemoryError。如果使用了-verbose:gc -XX:+PrintGCDetails，会发现程序频繁的进行垃圾回收活动。那么 DirectByteBuffer究竟是如何释放堆外内存的？ 我们修改下JVM的启动参数

https://www.cnblogs.com/yechanglv/p/6941993.html 2.3申请大小的限制 栈：在Windows下,栈是向低地址扩展的数据结构，是一块 连续 的内存的区域。这句话的意思是栈顶的地址和 栈的最大容量是系统预先规定好 的，在WINDOWS下，栈的大小是2M（也有的说是1M，总之是一个编译时就确定的常数），如果申请的空间超过栈的剩余空间时，将提示overflow。因此，能从栈获得的空间较小。 堆：堆是向高地址扩展的数据结构，是 不连续 的内存区域。这是由于系统是用链表来存储的空闲内存地址的，自然是不连续的，而链表的遍历方向是由低地址向高地址。堆的大小受限于计算机系统中有效的虚拟内存。由此可见，堆获得的空间比较灵活，也比较大。 2.7小结： 堆和栈的区别可以用如下的比喻来看出： 使用栈就象我们去饭馆里吃饭，只管点菜（发出申请）、付钱、和吃（使用），吃饱了就走，不必理会切菜、洗菜等准备工作和洗碗、刷锅等扫尾工作，他的好处是快捷，但是自由度小。 使用堆就象是自己动手做喜欢吃的菜肴，比较麻烦，但是比较符合自己的口味，而且自由度大。 来源： https://www.cnblogs.com/Stephen-Qin/p/11337777.html

前言 如今，许多用于分析大型数据集的开源系统都是用 Java 或者是基于 JVM 的编程语言实现的。最着名的例子是 Apache Hadoop，还有较新的框架，如 Apache Spark、Apache Drill、Apache Flink。基于 JVM 的数据分析引擎面临的一个常见挑战就是如何在内存中存储大量的数据（包括缓存和高效处理）。合理的管理好 JVM 内存可以将 难以配置且不可预测的系统 与 少量配置且稳定运行的系统区分开来。 在这篇文章中，我们将讨论 Apache Flink 如何管理内存，讨论其自定义序列化与反序列化机制，以及它是如何操作二进制数据的。 数据对象直接放在堆内存中 在 JVM 中处理大量数据最直接的方式就是将这些数据做为对象存储在堆内存中，然后直接在内存中操作这些数据，如果想进行排序则就是对对象列表进行排序。然而这种方法有一些明显的缺点，首先，在频繁的创建和销毁大量对象的时候，监视和控制堆内存的使用并不是一件很简单的事情。如果对象分配过多的话，那么会导致内存过度使用，从而触发 OutOfMemoryError，导致 JVM 进程直接被杀死。另一个方面就是因为这些对象大都是生存在新生代，当 JVM 进行垃圾回收时，垃圾收集的开销很容易达到 50% 甚至更多。最后就是 Java 对象具有一定的空间开销（具体取决于 JVM 和平台）。对于具有许多小对象的数据集

Java的内存需要划分为5个部分 1. 栈（Stack)：存放的都是方法中的局部变量。方法的运行一定要在栈当中。 局部变量：方法的参数，或者是方法{ }内部的变量。 作用域：一旦超出作用域，立即从栈内存当中消失。 2. 堆（Heap）：凡是new出来的东西，都在堆内存当中 堆内存里面的东西都有一个地址值：16进制。 堆内存里面的数据，都有默认值，规则： | |默认值| |--- |---| |整数|0| |浮点数|0.0| |字符|'\u0000'| |布尔|false| |引用类型|null| 3. 方法区（Method Area）：存储.class相关信息，包含方法的【死】信息。 4. 本地方法栈（Native Method Stack)：与操作系统相关。 5. 寄存器（pc Register)：与CPU相关。 来源： https://www.cnblogs.com/blog-S/p/11336527.html

1：关于实例化对象 我先创建一个FullChannel对象， FullChannel fullchannel = new FullChannel(); 这个时候堆栈内存的示意图如下 在栈内存里面有块区域划出来给FullCannel用，在堆内存里面也划出了一块区域用来存储FullCannel里面的数据，并且把堆内存的引用给了栈内存的FullCannel。 现在我再创建一个对象 MyFavor myFavor = fullcannel； 这个时候堆栈内存的示意图如下 执行MyFavor myFavor = fullcannel；的时候也就是把fullcannel在堆内存中的引用给了myFaovr。也就是说两个对象共用一块堆内存。 我要是修改了fullcannel里面的数据，那么我用myFaovr也能看到这个修改过的数据。 例如： 我给fullcannel赋值“你好” fullcannel = “你好”； System.out.println(fullcannel); System.out.println(myFavor); 这个时候会显示两行字： 你好 你好 我继续编写代码将fullcannel的值修改为“您好” fullcannel = "您好"； Sysout.out.println(fullcannel); System.out.println(myFavor);

一般在不对eclipse进行相关设置的时候，使用eclipse总是会觉得启动好慢，用起来好卡，其实只要对eclipse的相关参数进行一些配置，就会有很大的改善。 加快启动速度 1.在eclipse启动的时候，它总是会搜索让其运行的jre，往往就是这个搜索过程让eclipse启动变慢了。（没设置时，等2-3s出现进度条，设置后直接出现进度条） 只要在eclipse.ini中加入-vm的参数就可以了 2.取消所有启动时要激活的插件（在用时激活也一样）和其它的相关的在启动时执行的操作。 3.关闭自动更新 减少jvm内存回收引起的eclipse卡的问题 这个主要是jvm在client模式，进行内存回收时，会停下所有的其它工作，带回收完毕才去执行其它任务，在这期间eclipse就卡住了。所以适当的增加jvm申请的内存大小来减少其回收的次数甚至不回收，就会是卡的现象有明显改善。 主要通过以下的几个jvm参数来设置堆内存的： -Xmx512m 最大总堆内存，一般设置为物理内存的1/4 -Xms512m 初始总堆内存，一般将它设置的和最大堆内存一样大，这样就不需要根据当前堆使用情况而调整堆的大小了 -Xmn192m 年轻带堆内存，sun官方推荐为整个堆的3/8 堆内存的组成 总堆内存 = 年轻带堆内存 + 年老带堆内存 + 持久带堆内存 年轻带堆内存 对象刚创建出来时放在这里 年老带堆内存

编译慢原因有多种，其中可以通过修改eclipse.ini文件设置缓存大小，并将工作空间的validation的多项验证去除（因为这些验证也为在编译时被执行，只保留几个必须的，我就只设置了xml验证），关闭checking for update自动更新 一、去除validate验证 1.给eclipse桌面快捷方式添加参数，这些按自己的机器来配置， 可google到很多资料，如：D:\java\eclipse3.2.1\eclipse.exe -XX:+UseParallelGC -XX:PermSize=20M -XX:MaxNewSize=32M -XX:NewSize=32M -Xmx128m -Xms128m 2.进入Preferences把Plug-in Development>Target Platform>plug-in里 跟自己无关或者暂且不用的plug-in去掉勾选，我这里共400多个中去掉了100多个。 3.MyEclipse5.0.1GA_E3.2 之前的：进入Preferences把跟编辑有关的所有的Edit Modes 设为Disable Design Mode 4.打开Customize Perspective里自己没用到的选项自己去掉勾选。 5.取消自动validation validation有一堆，什么xml、jsp、jsf、js等等

原文： http://www.cppblog.com/oosky/archive/2006/01/21/2958.html 非本人作也!因非常经典,所以收归旗下,与众人阅之!原作者不祥! 堆和栈的区别 一、预备知识—程序的内存分配 一个由c/C++编译的程序占用的内存分为以下几个部分 1、栈区（stack）— 由编译器自动分配释放 ，存放函数的参数值，局部变量的值等。其操作方式类似于数据结构中的栈。 2、堆区（heap） — 一般由程序员分配释放， 若程序员不释放，程序结束时可能由OS回收 。注意它与数据结构中的堆是两回事，分配方式倒是类似于链表，呵呵。 3、全局区（静态区）（static）—，全局变量和静态变量的存储是放在一块的，初始化的全局变量和静态变量在一块区域， 未初始化的全局变量和未初始化的静态变量在相邻的另一块区域。 - 程序结束后有系统释放 4、文字常量区—常量字符串就是放在这里的。 程序结束后由系统释放 5、程序代码区—存放函数体的二进制代码。 二、例子程序 这是一个前辈写的，非常详细 //main.cpp int a = 0; 全局初始化区 char *p1; 全局未初始化区 main() { int b; 栈 char s[] = "abc"; 栈 char *p2; 栈 char *p3 = "123456"; 123456\0在常量区，p3在栈上。

--------数组定义格式-------- 格式一 //【格式1】 数据类型[] 数组名 //示例 int[] arr double[] arr long[] arr boolean[] arr String[] arr 格式二： //【格式2】 数据类型 数组名[] //示例 数组的初始化的基本格式 package com.itheima_01; /* 数组：是一种用于存储多个相同类型数据的存储模型 定义格式：(推荐方式) 数据类型[] 数组名; 举例：int[] arr; 数组初始化： A:所谓初始化：就是为数组中的数组元素分配内存空间，并为每个数组元素赋值 B:数组初始化 动态初始化 静态初始化 动态初始化： 初始化时只指定数组长度，由系统为数组分配初始值 格式：数据类型[] 变量名 = new 数据类型[数组长度]; 范例：int[] arr = new int[3]; */ public class ArrayDemo { public static void main(String[] args) { int[] arr = new int[3]; /* 左边： int:说明数组中的元素类型是int类型 []:说明这是一个数组 arr:这是数组的名称 右边： new:为数组申请内存空间 int:说明数组中的元素类型是int类型 []:说明这是一个数组 3:数组长度

普通内存模型： 　　java线程内存 --> 操作系统内存 --> 硬盘 直接内存模型： 　　java --> 操作系统内存 --> 硬盘 两者对比，少了一步：直接内存直接操作系统内存，少了java线程内存到操作系统内存拷贝的这一步，所以提升了效率。 内存映射文件： MappedByteBuffer:将文件映射到java线程中，可以直接操作。具体的读写仍然由系统负责。 来源： https://www.cnblogs.com/chen--biao/p/11324719.html