blocks|key|1680089|text|除非它是一个巨大的值类型或实例类型(即数千个字段)，否则您需要担心的唯一类型是大型数组或字符串。当然，要计算出数组的大小，需要知道元素的大小。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1680090|.NET+(目前)对齐类型的方式与本机编译器对齐类型的方式非常相似。基本类型具有自然对齐，通常是与其大小最接近的两个整数的四舍五入整数幂：|1680091|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|code-block|syntax|javascript|1680092|当汇编类型时，编译器将确保任何给定类型的所有字段在实例中的起始偏移量与匹配该类型的边界对齐-假设没有使用显式布局。|1680093|用户定义类型本身具有对齐方式，该对齐方式被计算为其所有字段类型中的最高对齐方式。如果有必要，可以扩展类型的大小，以使类型的大小也对齐。|1680094|但当然，所有引用类型在大小和对齐方式上仍然只有IntPtr.Size，所以引用类型的大小不会影响该类型的数组。|1680095|注意，CLR可以根据其判断来选择与上述不同的布局类型，可能是为了增加高速缓存局部性或减少对齐所需的填充。|1680096|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|T|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|U|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|V|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|W|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|X|8|@]|9|@]|A|$]]|$1|O|3|P|5|6|7|Y|8|@]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]]|R|$]]

Unless it's a huge valuetype or instance type (i.e. many thousands of fields), the only types you need to worry about are large arrays, or strings. Of course, to figure out the size of an array, you need to know the element size.

.NET (currently) aligns types in much the same way that native compilers align types. Fundamental types have natural alignments that are usually the rounded-up integral power of two closest to their size:

<pre><code>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
</code></pre>

When assembling a type, the compiler will make sure that all fields of any given type have their starting offset within the instance aligned to a boundary that matches that type - assuming that explicit layout isn't being used.

User-defined types themselves have an alignment, which is calculated as the highest alignment of any of their field types. The type's size is extended if necessary to make the size of the type aligned too.

But of course, all reference types are still only IntPtr.Size in size and alignment, so the size of reference type will not affect arrays of that type.

Note that the CLR may choose, at its discretion, to layout types differently than described above, maybe to increase cache locality or reduce padding required by alignment.

blocks|key|1464903|text|您正在进入一个高级.NET调试领域。从John+Robins+debugging+books开始。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1464904|将WinDBG与Sos.dll+(+.NET发行版的一部分)和Sosex.dll扩展一起使用。使用这些工具，您可以真正了解应用程序运行时发生的情况。你会找到上述问题的答案。|1464905|(另一个建议是安装Shared+Source+CLI+2.0，也就是。转子2，看看引擎盖下发生了什么。)|1464906|entityMap|0|LINK|mutability|MUTABLE|url|https://rads.stackoverflow.com/amzn/click/com/0735622027|1|http://www.microsoft.com/whdc/devtools/debugging/default.mspx|2|http://www.stevestechspot.com/SOSEXANewDebuggingExtensionForManagedCode.aspx|3|http://www.microsoft.com/downloads/details.aspx?FamilyId=8C09FD61-3F26-4555-AE17-3121B4F51D4D&displaylang=en^0|J|R|0|0|1|6|1|V|9|2|0|9|L|3|0^^$0|@$1|2|3|4|5|6|7|V|8|@]|9|@$A|W|B|X|1|Y]]|C|$]]|$1|D|3|E|5|6|7|Z|8|@]|9|@$A|10|B|11|1|12]|$A|13|B|14|1|15]]|C|$]]|$1|F|3|G|5|6|7|16|8|@]|9|@$A|17|B|18|1|19]]|C|$]]|$1|H|3|-4|5|6|7|1A|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]|P|$5|K|L|M|C|$N|Q]]|R|$5|K|L|M|C|$N|S]]|T|$5|K|L|M|C|$N|U]]]]

You are getting into an area of advanced .NET debugging. Start with <a href="https://rads.stackoverflow.com/amzn/click/com/0735622027" rel="noreferrer" rel="nofollow noreferrer">John Robins debugging books</a>.

Use <a href="http://www.microsoft.com/whdc/devtools/debugging/default.mspx" rel="noreferrer">WinDBG</a> with Sos.dll (part of .NET distribution) and <a href="http://www.stevestechspot.com/SOSEXANewDebuggingExtensionForManagedCode.aspx" rel="noreferrer">Sosex.dll</a> extensions. With these tools you can really see what's happening when your application is running. You will find answers to your above mentioned questions.

(Another recommendation would be to install <a href="http://www.microsoft.com/downloads/details.aspx?FamilyId=8C09FD61-3F26-4555-AE17-3121B4F51D4D&amp;displaylang=en" rel="noreferrer">Shared Source CLI 2.0</a>, aka. Rotor 2, to see what's going on under the hood.)

blocks|key|1464921|text|如果你可以-序列化它！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1464922|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|code-block|syntax|javascript|1464923|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

If you can - Serialize it!

<pre><code>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
</code></pre>

blocks|key|1680215|text|在像Dictionary<TKey,+TValue>这样的情况下，您可以通过二进制序列化来获取对象大小。下面是一个示例代码：|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1680216|var+dictionary+=+new+DictionaryGenerator().GetSomeLargeDictionary();
var+memoryStream+=+new+System.IO.MemoryStream();
var+binaryFormatter+=+new+System.Runtime.Serialization.Formatters.Binary.BinaryFormatter();
binaryFormatter.Serialize(memoryStream,+dictionary);
Console.WriteLine($"Size+of+dictionary:+{memoryStream.Position}+byte(s)");|code-block|syntax|javascript|1680217|entityMap^0|2|O|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@$9|N|A|O|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|P|8|@]|D|@]|E|$I|J]]|$1|K|3|-4|5|6|7|Q|8|@]|D|@]|E|$]]]|L|$]]

In cases like <code>Dictionary&lt;TKey, TValue&gt;</code>, you can hack getting the object size by binary serialization. Here is a sample code:
<pre class="lang-cs prettyprint-override"><code>var dictionary = new DictionaryGenerator().GetSomeLargeDictionary();
var memoryStream = new System.IO.MemoryStream();
var binaryFormatter = new System.Runtime.Serialization.Formatters.Binary.BinaryFormatter();
binaryFormatter.Serialize(memoryStream, dictionary);
Console.WriteLine($&quot;Size of dictionary: {memoryStream.Position} byte(s)&quot;);
</code></pre>

I'm trying to find out how much memory my objects take to see how many of them are ending up on the <a href="https://docs.microsoft.com/en-us/dotnet/standard/garbage-collection/large-object-heap" rel="nofollow noreferrer">Large Object Heap</a> (which is anything over 85,000 bytes).
Is it as simple as adding 4 for an int, 8 for a long, 4 (or 8 if you're on 64 bit) for any reference types etc for each object, or are there overheads for methods, properties, etc.?

Find out the size of a .NET object

编译器

我正在尝试找出我的对象占用了多少内存，以查看它们中有多少最终存储在上(超过85,000字节的任何内容)。这是不是很简单，只需为int添加4，为long添加8，为每个对象的引用类型等添加4(如果是64位，则为8)，或者是否存在方法、属性等的开销？

问找出.NET对象的大小
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问找出.NET对象的大小EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问找出.NET对象的大小
EN