Span<T>范围运算符没有意义
c#
c#-8.0
我一生都无法理解 Span 的 Range 运算符背后的逻辑。
我有一个包含 IP 协议标头的以下字节数组：
---------------------------------------------------------------------------------
| | | | | | | | | | | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 9 |
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |
---------------------------------------------------------------------------------
| other data | src ip | dest ip |
---------------------------------------------------------------------------------
使用范围运算符，我需要使用以下值来提取正确的 4 字节数组：
Span<byte> ipHeader = ethernetFrame.IPHeader;
byte[] sourceIpAddress = ipHeader[12..16].ToArray();
byte[] destinationIpAddress = ipHeader[16..20].ToArray();
如果相反，我使用 Slice 方法，我最终会得到：
Span<byte> ipHeader = ethernetFrame.IPHeader;
byte[] sourceIpAddress = ipHeader.Slice(12, 4).ToArray();
byte[] destinationIpAddress = ipHeader.Slice(16, 4).ToArray();
范围运算符背后的逻辑是什么，要求我给出一个超过实际结束索引值 1 的结束值？
从性能的角度来看，我也很好奇（因为这个特定的代码块每分钟运行数百万次），无论如何使用 Slice 会更有效吗？
回答
我一生都无法理解 Span 的 Range 运算符背后的逻辑。
值得注意的是，这并非特定于 Span - C# 中的范围总是期望具有唯一的上限。（有关更多信息，请参阅教程。）
范围运算符背后的逻辑是什么，要求我给出一个超过实际结束索引值 1 的结束值？
这只是一个独家上限。上限通常是排他的，这有很多好处。例如，注意|你的图片中有两个分隔线吗？它们位于索引 12 和 16 - 这是之前范围的上限和之后范围的下限。相同的数字在两个地方都很有用，因此您无需开始加减一个。
请注意，独占上限在for循环中也很常见。如果您想手动复制该 src IP 地址，我怀疑您会执行以下操作：
for (int index = 12; index < 16; index++)
{
// Copy item at index
}
我认为这比使用包容性上限更惯用：
for (int index = 12; index <= 15; index++)
{
// Copy item at index
}
它也适用于指定为开始和长度的范围：
for (int index = start; index < start + length; index++)
{
// Copy item at index
}
（或者相反，使用唯一的上限，您只需从末尾减去开始即可找到长度，而无需任何“加一”部分。）
从性能的角度来看，我也很好奇（因为这个特定的代码块每分钟运行数百万次），无论如何使用 Slice 会更有效吗？
范围运算符已经将跨度切片。潜在的低效是构建新的字节数组——如果你能避免这种情况，并直接使用跨度，那将会更有效率。