如何从 PInvoke 本机回调返回 StringBuilder 或其他字符串缓冲区

我想要一种干净的方法来增加本机代码填充所需的 StringBuilder() 的大小，下面的回调方法看起来很干净，但不知何故我们得到了缓冲区的副本而不是实际的缓冲区 - 我感兴趣解释和解决方案（最好坚持回调类型分配，因为如果它可以工作的话，它会很好而且干净）。

using System;
using System.Runtime.InteropServices;
using System.Text;

namespace csharpapp
{
    internal class Program
    {
        private static void Main(string[] args)
        {
            var buffer = new StringBuilder(12);
            // straightforward, we can write to the buffer but unfortunately
            // cannot adjust its size to whatever is required
            Native.works(buffer, buffer.Capacity); 
            Console.WriteLine(buffer);

            // try to allocate the size of the buffer in a callback - but now
            // it seems only a copy of the buffer is passed to native code
            Native.foo(size =>
                           {
                               buffer.Capacity = size;
                               buffer.Replace("works", "callback");
                               return buffer;
                           });
            string s = buffer.ToString();
            Console.WriteLine(s);
        }
    }

    internal class Native
    {
        public delegate StringBuilder AllocateBufferDelegate(int bufsize);
        [DllImport("w32.dll", CharSet = CharSet.Ansi)]
        public static extern long foo(AllocateBufferDelegate callback);
        [DllImport("w32.dll", CharSet = CharSet.Ansi)]
        public static extern void works(StringBuilder buf, int bufsize);
    }
}

原生标头

#ifdef W32_EXPORTS
#define W32_API __declspec(dllexport)
#else
#define W32_API __declspec(dllimport)
#endif

typedef char*(__stdcall *FnAllocStringBuilder)(int);
extern "C" W32_API long foo(FnAllocStringBuilder fpAllocate);
extern "C" W32_API void works(char *buf, int bufsize);

本机代码

#include "stdafx.h"
#include "w32.h"
#include <stdlib.h>

extern "C" W32_API long foo(FnAllocStringBuilder fpAllocate)
{
    char *src = "foo       X";
    int len = strlen(src) + 1;

    char *buf = fpAllocate(len);
    return strcpy_s(buf,len,src);
}

extern "C" W32_API void works(char *buf, int bufsize)
{
    strcpy_s(buf,bufsize,"works");
}

我有一个关于为什么会发生这种情况的理论。我怀疑编组StringBuilder涉及制作数据的副本，将其传递给 P/Invoke 调用，然后复制回StringBuilder. 我实际上无法验证这一点 though.

唯一的替代方法是需要StringBuilder首先被展平（它内部是一个链表char[]的），以及char[]固定，即使这样，这只适用于编组到指向 Unicode 字符字符串的指针，但不适用于 ANSI 或 COM 字符串。

因此，当你通过一个StringBuilder作为一个参数，.NET 有一个明显的位置可以将任何更改复制回来：就在 P/Invoke 返回之后。

当您传递返回返回值的委托时，情况并非如此StringBuilder。在这种情况下，.NET 需要创建一个包装器来转换int => StringBuilder函数变成int => char*功能。该包装器将创建char*缓冲区并填充它，但显然还无法复制任何更改。在该功能之后它也无法执行此操作takes代表回来了：现在还太早！

事实上，根本没有明显的地方可以发生反向复制。

所以我的猜测是，这就是发生的情况：当编组StringBuilder-返回委托，.NET只能执行单向转换，因此您所做的任何更改都不会反映在StringBuilder。这比完全无法召集这些代表要好一些。

至于解决方案：我建议首先询问本机代码缓冲区需要有多大，然后在第二次调用中传递适当大小的缓冲区。或者，如果您需要更好的性能，请猜测足够大的缓冲区，但允许本机方法传达需要更多空间。这样，大多数调用将只涉及一次 P/Invoke 转换。

这可以封装到一个更方便的函数中，您可以从托管世界中调用该函数，而不必担心缓冲区。