Marshal.SizeOf和sizeof的区别

sizeof在非Unsafe环境下只能用于预定义的一系列类型,如Int,Short等等。而在Unsafe环境下,sizeof可以被用于值类型,但是值类型中不可以有引用类型,否则C#编译器会报错:

error CS0208: Cannot take the address of, get the size of, or declare a pointer to a managed type ('SizeOf.Program.MyStruct')

而Marshal.SizeOf则是获得该类型被Marshal(转换,通常翻译为列集,指数据从一种类型转换到另外一种类型)到对应的非托管类型的大小。和sizeof不同,Marshal.SizeOf允许用在含有引用类型的值类型上:

   1: [StructLayout(LayoutKind.Sequential)]
   2: struct MyStruct
   3: {
   4:     string s;
   5: }

Marshal.SizeOf(MyStruct)结果为4或者8,因为string被Marshal成char*。

如果用在不含有引用类型的值类型上,其结果也有可能和sizeof完全不一样,如对于下面的值类型:

   1: struct MyStruct
   2: {
   3:     char b;
   4: }

sizeof(MyStruct)为2,而Marshal.SizeOf(typeof(MyStruct))结果则为1。这是因为在.NET中char总是Unicode,而缺省情况下char会被Marshal成8位的Ansi字符,因此结果不同。

反之,如果我们指定这个char被Marshal成short值(也就是UTF16),如下:

   1: [StructLayout(LayoutKind.Sequential)]
   2: struct MyStruct
   3: {
   4:     [MarshalAs(UnmanagedType.I2)]
   5:     char b;
   6: }

那么sizeof和Marshal.SizeOf结果均为2。MarshalAs这个Attribute可以影响Marshal.SizeOf的结果,而不能影响sizeof的结果。

一个有意思的情况是,如果值类型不含任何成员,如下:

   1: struct MyStruct
   2: {
   3: }

Sizeof和Marshal.SizeOf结果均为1,而不是0。这个结果和C++的结果是一致的。原因很简单:如果声明一个这样的数组,如果元素大小为0的话,那么每个元素都具有相同的地址,这是不为C++标准所允许的,和正常的非0的情况也不一致。.NET在这里采用和c++相同的规则,也认为空的值类型大小为1。

最后需要注意的是,如果MyStruct是模板:

   1: struct MyStruct<T>
   2: {
   3:     T a;
   4: }

如果对Marshal.SizeOf传入MyStruct<>或者MyStruct<int>这样的类型,则抛出ArgumentException,因为Marshal.SizeOf完全不支持泛型。这个是历史遗留问题,从本质上来讲实例化的模板类型(MyStruct<int>)应该是支持的,据说当时主要是没有时间加上对模板的支持。

同样的,sizeof也不支持模板类型,而且连MyStruct<int>这样子的类型也不支持。C#编译器会对sizeof(MyStruct<int>)报错:error CS0208: Cannot take the address of, get the size of, or declare a pointer to a managed type ('SizeOf.Program.MyStruct<int>')


http://www.cnblogs.com/jxnclyk/archive/2010/06/09/1754438.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
这段代码的主要作用是通过调用 WinApi 的 DeviceIoControl 函数来枚举 USN 数据,并将相关信息存储在 FSNodes 集合中。根据代码的逻辑,可以提出以下几点优化建议: 1. 减少内存分配:目前代码中在每次循环中都会通过 new IntPtr 来分配内存,可以提前声明一个 IntPtr 变量,然后在循环中直接修改其值,避免重复分配内存。 2. 避免多次读取和写入相同的值:目前代码中在每次循环中都会通过 Marshal.ReadInt64 和 Marshal.WriteInt64 来读取和写入 mftPtr 的值,可以将这两个操作移到循环外面,在避免多次读写相同值的同时,也可以提高代码的可读性。 3. 减少函数调用:目前代码中在每次循环中都会调用 Marshal.PtrToStructure 和 Marshal.PtrToStringUni 来进行结构体和字符串的转换,可以通过使用 unsafe 代码块和指针操作来避免这些函数调用,从而提高性能。 4. 使用更合适的集合类型:目前代码中使用的是 Dictionary 来存储 FSNodes,但是根据代码逻辑,似乎并不需要字典的查找功能,可以考虑使用 List 或者其他更适合的集合类型来存储 FSNodes。 综上所述,下面是对代码进行优化的示例: ```csharp IntPtr recPtr = new IntPtr(receiveBuffer.ToInt64() + 8); long mftPtrValue = Marshal.ReadInt64(mftPtr); while (true) { if (!WinApi.DeviceIoControl(rootHandle, WinApi.FSCTL_ENUM_USN_DATA, mftPtr, Marshal.SizeOf(mftData), receiveBuffer, receiveBufferSize, out retBytes, IntPtr.Zero)) { break; } cb = retBytes; while (retBytes > 64) { unsafe { WinApi.USN_RECORD* recordPtr = (WinApi.USN_RECORD*)recPtr; string fileName = new string((char*)(recPtr.ToInt64() + recordPtr->FileNameOffset), 0, recordPtr->FileNameLength / 2); bool isFile = !recordPtr->FileAttributes.HasFlag(FileAttributes.Directory); long lastWriteTime = recordPtr->TimeStamp; FSNodes.Add(recordPtr->FileReferenceNumber, new FSNode(recordPtr->FileReferenceNumber, recordPtr->ParentFileReferenceNumber, fileName, isFile, lastWriteTime)); recPtr = new IntPtr(recPtr.ToInt64() + recordPtr->RecordLength); retBytes -= recordPtr->RecordLength; } } mftPtrValue = Marshal.ReadInt64(receiveBuffer, 0); } Marshal.WriteInt64(mftPtr, mftPtrValue); ``` 请注意,这只是对代码的一种优化方式,具体的优化策略还需要根据实际需求和性能测试结果进行调整。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值