找出.net对象的大小
我试图找出多less内存我的对象需要看看有多less人在大对象堆(这是任何超过85,000字节)结束。
是简单的为int添加4,长为8,为每个对象的任何引用types等4,或者如果你是在64位8,或者有方法,属性等开销
不要忘记,实际对象的大小不包括它引用的任何对象的大小。
大型对象堆中唯一可能发生的事情是数组和string – 其他对象往往本身相对较小。 即使是一个拥有10个引用typesvariables(每个在x86上4个字节)和10个GUID(每个16个字节)的对象也只会占用大约208个字节(对于types引用和同步块有一点开销)。
同样,当考虑一个数组的大小时,不要忘记,如果元素types是一个引用types,那么它只是数组本身的引用大小。 换句话说,即使你有一个有20000个元素的数组,即使它引用了更多的数据,数组对象本身的大小也只会超过80K(在x86上)。
请按照这些步骤来获取对象的大小。
1)转到Visual Studio(2010)项目属性 – >debugging选项卡 – >启用非托pipe代码debugging。
2)转到Visual Studiodebugging菜单 – >选项和设置 – >debugging – >符号。
3)在那里启用Microsoft Symbol Server,保留默认值(符号可以开始下载)
4)在你的代码中设置断点,开始debugging(F5)。
5)打开debugging – > Windows – >立即窗口。
6)input.load sos.dll(Strike的儿子)
7)input!DumpHeap -type MyClass(你想要查找的对象大小)
8)从输出中找出对象的地址即(00a8197c)
地址MT大小00a8197c 00955124 36
9)接下来,!ObjSize 00a8197c
10)你去 – > sizeof(00a8197c)= 12(0x48)字节(MyClass)
您正在进入高级.NETdebugging领域。 从John Robins开始debugging书籍 。
使用WinDBG与Sos.dll(.NET分发的一部分)和Sosex.dll扩展。 使用这些工具,您可以真正看到当您的应用程序运行时发生了什么。 你会find你上面提到的问题的答案。
(另一个build议是安装Shared Source CLI 2.0 ,也就是Rotor 2,看看底下是怎么回事。)
如果可以的话 – 序列化它!
Dim myObjectSize As Long Dim ms As New IO.MemoryStream Dim bf As New Runtime.Serialization.Formatters.Binary.BinaryFormatter() bf.Serialize(ms, myObject) myObjectSize = ms.Position
戈麦斯的方法简化了:
-
转到Visual Studio(2010)项目属性 – >debugging选项卡 – >启用非托pipe代码debugging。
-
在代码中设置断点,开始debugging(F5)。
-
打开debugging – > Windows – >立即窗口。
-
input.load sos
-
input(用您的对象的名称replacemyObject)
? String.Format(“{0:x}”,Integer.Parse(System.Runtime.InteropServices.GCHandle.InternalAddrOfPinnedObject(System.Runtime.InteropServices.GCHandle.Alloc( myObject ).GetHandleValue())。ToString()) – 4 )
6.使用结果作为!ObjSize的参数
请参阅: SOS.DLL,对象地址和Visual Studiodebugging器简介
示例(我们正在寻找名为tbl
对象):
.load sos extension C:\Windows\Microsoft.NET\Framework\v4.0.30319\sos.dll loaded ? string.Format("{0:x}",Integer.Parse(System.Runtime.InteropServices.GCHandle.InternalAddrOfPinnedObject(System.Runtime.InteropServices.GCHandle.Alloc(tbl).GetHandleValue()).ToString())-4) "27ccb18" !ObjSize 27ccb18 PDB symbol for clr.dll not loaded sizeof(027ccb18) = 154504 ( 0x25b88) bytes (System.Data.DataTable)
除非它是一个巨大的值types或实例types(即数千个字段),否则唯一需要担心的types是大数组或string。 当然,要弄清楚数组的大小,你需要知道元素的大小。
.NET(当前)以类似于本地编译器alignmenttypes的方式alignmenttypes。 基本types具有自然alignment,通常是两个最接近其大小的四舍五入整数次幂:
Single, Int32, UInt32 - 4 IntPtr, UIntPtr, pointers, references - 4 on 32-bit, 8 on 64-bit Double, Int64, UInt64 - 8 Char, Int16, UInt16 - 2 Byte, SByte - 1
在组装types时,编译器将确保任何给定types的所有字段的实例内的起始偏移量都与匹配该types的边界alignment – 假设显式布局未被使用。
用户定义的types本身有一个alignment方式,它被计算为任何字段types的最高alignment方式。 如果需要,types的大小也会扩展,以使types的大小也一致。
但是,当然,所有引用types仍然只有IntPtr.Size的大小和alignment方式,所以引用types的大小不会影响该types的数组。
请注意,CLR可以根据自己的判断select不同于上述的布局types,也许可以增加caching位置或减lessalignment所需的填充。
作为一个估计(在2017年),您可以debugging到您的应用程序,在字典开始生效之前设置一个断点,进入“Memory Usage Snapshot”(标签:诊断工具下的内存使用情况),填写字典并获得另一个快照 – 不是确切地说是一个好的gestimate。