12

因此，.NET 性能计数器类型似乎有一个烦人的问题：它long为计数器 RawValue 公开，而 Windows 中的实际性能计数器值是无符号的，不能为负数。例如，如果您有一个 NumberOfItems64 计数器，API 将非常乐意接受一个负值，然后默默地将其转换为一个非常大的数字。事实上，对于计数器值范围的一半，设置它的唯一方法是找到正确的负值来传递！

我假设这里发生的事情是他们从 中获取原始位long并将其视为无符号 64 位数字。二进制补码的负值仅作为计数器的直数读取。

所以我试图弄清楚如何强制 C# 将位从ulong直接放入 . long，因为这就是 API 想要的。但是 C# 在这里太有用了......你不能转换或使用Convert.ToInt64(ulong)，因为它会因为值太大而引发溢出异常。我偶然发现了这种转换方式：

Convert.ToInt64(myULong.ToString("X"), 16)

当它从非基数 10 中的字符串转换时，它假定该数字是二进制补码并执行我需要的操作。但这并不理想，因为它需要为每次转换分配一个对象并解析一个字符串，而且这个 API 将是性能关键的。在 C# 中有没有更好的方法来做到这一点？

4

1 回答 1

18

一个简单的演员像

ulong value1 = 0xFEDCBA9876543210UL;  // 18364758544493064720
long value2 = (long)value1;           // -81985529216486896
ulong value3 = (ulong)value2;         // 18364758544493064720

准确地保留值中的位。

于 2012-10-24T19:23:59.593 回答