java對象内存结构.pptVIP

Java对象内存结构 毕衫 讨论java对象内存结构 怎么计算对象大小 怎么尽量创建小的对象 有哪些高效的开源库 堆 为了性能，经常需要在内存中“憋”数据 type1.在tenured区憋数据 type3. 堆外内存、需要序列化/反序列化 type2.尽量不让数据进入tenured，把eden调大 基于Netty的Comet测试及调优 长链接如果处理不好会进入old区 把eden和s调的一样大，尽量让minor gc之后，数据不进入tenured区，并且能够被回收 -Xmx指定的参数，内存会被reserved、但不是所有的都会马上被commited，只有-xms部分是commited，但是可以增长到virtual部分 参考： 一般来说，设置xms和xmx一样大，在高并发的情况下，不断的重新resident内存会比较耗时，最小不会低于40%，最大空闲不会高于70% if you set it initially to 64MB but it turns out your application under load needs 250MB, when you hit near 64MB the JVM will allocate more heap space and possibly move around some objects and do other book-keeping. This of course takes time HotSpot对象布局 对象头（mark 32 4B,64 8B） hashcode、GC年龄、GC标志、锁标志 class指针 地址，32 4B,64 8B 开启压缩指针4B，影响kclass、reference(array) 实例数据 数组需要一个int来保存长度 对齐填充 8B对齐 字段按本身长度对齐 所以32位下 空对象 8B 空数组 16B 字段布局顺序 byte, boolean 1 byte short, char 2 bytes int, float 4 bytes long, double 8 bytes longs/doubles、int/floats、shorts/chars、bytes/booleans、oops（Ordinary Object Pointers） 为什么是这个顺序 compactFields 利用对象的间隙 Integer/int (4+4+4+4)16:4 Long/long(4+4+8)16:8 Boolean/boolean （4+4+1+7）：1 String java6 内存泄露的案例 java7采用不同的结构，也引入一个bug，java8 fix null 4B HashMap 16 0.75 EntryK,V[ ]{k,v,nextEntry,hash} 32B MapInteger,Integer ArrayList/LinkedList Array 纯数据 4B Linked NodeWrapper 24B int[256]/int[128][2]/byte[256][1] 1K+/3K+/5K+ 计算对象大小 Runtime.totalMemory()-Runtime.freeMemory() Unsafe objectFieldOffset staticFieldOffset Instrument java.sizeOf GC日志 trvo4j/fastutil 81 种不同的 HashMap 开放地址-再哈希 默认load_factor 0.5 可以定制hash算法 Trove 集合类 fastutil 测试报告1 测试2 参考 /memory-consumption-of-java-data-types-1/ * young区存活时间短，可以使用ms复制c，标记-清理- old区存活对象较多，cms（concurrent mark sweep），没有压缩，所以可能会promtion failure full gc 会进行压缩 msc（mark -sweep-compact） CMSFullGCsBeforeCompaction 参数可以控制CMS之后的FULL GC是否压缩 /group/topic/28854 /2008/12/java-objects-memory-structure.html 规则1：任何对象都是8个字节为粒度进行对齐的 规则2：类属性按照如下优先级进行排列：长整型和双精度类型；整型和浮点型；字符和短整型；字节类型和布尔类型，最后是引用类型。这些属性都按照各自的单位对齐 规则3：不同类继承关系中的成员不能混合排列。首先按照规则2处理父类中的成员，接