今日,在项目重构的时候突然想到一个问题,一个类哪些成员的增长,会影响一个类所占内存的大小?C#有没有办法知道一个对象占多少内存呢?html
第一个问题:很快想到是类的非静态的字段、属性。web
第二个问题:首先想到的是sizeof()。安全
下面开始验证,首先来验证值类型,验证代码以下:app
int size = sizeof (int); //4个字节
注意点:sizeof 运算符仅适用于值类型,而不适用于引用类型。sizeof 运算符只能在不安全代码块中使用。以下面的代码将没法编译经过:dom
public struct TestStuct { } int size = sizeof(new TestStuct());
编译后,提示:ide
错误 1 “ConsoleApplication3.TestStuct”没有预约义的大小,所以 sizeof 只能在不安全的上下文中使用(请考虑使用 System.Runtime.InteropServices.Marshal.SizeOf) 布局
修改成Marshal.SizeOf方法,改方法返回对象的非托管大小(以字节为单位)。参数能够是引用类型或装箱的值类型。布局必须是连续的或显式的。学习
int size = Marshal.SizeOf(new TestStuct()); //1个字节
接下来来验证引用类型:this
因为不能做为非托管结构进行封送处理;没法计算有意义的大小或偏移量。全部下面的代码在运行的时候,会抛出异常。url
public class Student { } int size = Marshal.SizeOf(new Student());
须要给Student类,加上一个StructLayoutAttribute,来控制Student类的数据字段的物理布局。修改代码为:
[StructLayout(LayoutKind.Sequential)] public class Student { } int size = Marshal.SizeOf(new Student()); //1个字节
LayoutKind 默认值为Auto.
结论:
1:对于托管对象是没有办法直接获取到一个对象所占的内存大小。
2:非托管对象,能够使用Marshal.SizeOf
3:对内置类型,如int,long,byte等使用sizeof
扩展:
有人提出使用二进制序列化,将一个对象序列化成一个MemoryStream,而后返回MemoryStream.Length,通过验证是不能够的。
验证代码以下:
[Serializable] public class Student { } private static long GetObjectSize(object o) { using (var stream = new MemoryStream()) { var formatter = new BinaryFormatter(); formatter.Serialize(stream, o); using (var fileStream = new FileStream(@"D:\Student.txt", FileMode.OpenOrCreate, FileAccess.Write)) { var buffer = stream.ToArray(); fileStream.Write(buffer, 0, buffer.Length); fileStream.Flush(); } return stream.Length; } } var student = new Student(); long size = GetObjectSize(student); //139个字节
Student.txt保存的文本信息以下所示,经过文本信息,能够得知多出来的100多个字节,估计是就是这一串字符串吧。
JConsoleApplication3, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null ConsoleApplication3.Student
延伸阅读:
http://blogs.msdn.com/b/cbrumme/archive/2003/04/15/51326.aspx
原文以下:
We don't expose the managed size of objects because we want to reserve the ability to change the way we lay these things out. For example, on some systems we might align and pack differently. For this to happen, you need to specify tdAutoLayout for the layout mask of your ValueType or Class. If you specify tdExplicitLayout or tdSequentialLayout, the CLR’s freedom to optimize your layout is constrained.
If you are curious to know how big an object happens to be, there are a variety of ways to discover this. You can look in the debugger. For example, Strike or SOS (son-of-strike) shows you how objects are laid out. Or you could allocate two objects and then use unverifiable operations to subtract the addresses. 99.9% of the time, the two objects will be adjacent. You can also use a managed profiler to get a sense of how much memory is consumed by instances of a particular type.
But we don't want to provide an API, because then you could form a dependency over this implementation detail.
Some people have confused the System.Runtime.InteropServices.Marshal.SizeOf() service with this API. However, Marshal.SizeOf reveals the size of an object after it has been marshaled. In other words, it yields the size of the object when converted to an unmanaged representation. These sizes will certainly differ if the CLR’s loader has re-ordered small fields so they can be packed together on a tdAutoLayout type.
出处:http://www.cnblogs.com/supperwu/archive/2013/05/16/3082061.html