使用Visual Studio 2019时为负Array.Length

Question

在我的应用程序中，我创建了一个具有预定义大小的数组，然后将其固定并由非托管库填充。只要使用Visual Studio 2017构建应用程序，此方法就可以正常工作，但是如果使用Visual Studio 2019构建应用程序，则可以the array size stops making any sense.数组的长度如何为负数？

// edit

长的长度是相同的：

缓冲区是完全普通的字节数组

_buffer = new byte[BufferSize];

该方法只是官方zlib dll的简单包装。此方法中的错误如何使.net混淆数组的大小？

fixed (byte* inputPtr = input)
fixed (byte* bufPtr = _buffer)
{
    _zStreamHandle.ZStream.nextIn = (IntPtr)inputPtr;
    _zStreamHandle.ZStream.availIn = length;
    _zStreamHandle.ZStream.nextOut = (IntPtr)bufPtr;
    _zStreamHandle.ZStream.availOut = BufferSize;
    var dataLeft = false;

    while (_zStreamHandle.ZStream.availIn != 0 || dataLeft)
    {
        var state = _zStreamHandle.Deflate(_flushMode);

        if (state != ErrorCode.Ok)
            throw new VncException("ZStream error: " + state);

        var outCount = BufferSize - (int) _zStreamHandle.ZStream.availOut;
        dataLeft = _zStreamHandle.ZStream.availOut == 0;

        try
        {
            _baseStream.Write(_buffer, 0, outCount);
        }
        catch (Exception e)
        {
            var bufferLength = _buffer.Length;
            var bufferLongLength = _buffer.LongLength;
            Debugger.Break();
        }

        _zStreamHandle.ZStream.nextOut = (IntPtr)bufPtr;
        _zStreamHandle.ZStream.availOut = BufferSize;
    }
}

Answer 1

我相信，在数组数据本身开始之前，非托管代码正在内存中运行。您可以使用托管的不安全代码对此进行模拟。确切的结果可能完全取决于CLR，但在我的机器上，此代码使.NET认为数组的长度为-1：

using System;

class Test
{
    unsafe static void Main()
    {
        byte[] array = new byte[20];
        Console.WriteLine(array.Length);
        fixed (byte* b = array)
        {
            // On my machine, the length of the array starts
            // 8 bytes before the array data itself
            byte* lengthPtr = b - 8;

            // So let's stop on those four bytes...
            *lengthPtr++ = 255;
            *lengthPtr++ = 255;
            *lengthPtr++ = 255;
            *lengthPtr++ = 255;
        }

        // Prints -1
        Console.WriteLine(array.Length);
    }
}

所以基本上，您需要根据情况修复非托管库。可能是某个地方存在32位/ 64位问题-我建议您检查一下是否所有期望的结构都相同。