使用ctypes实现C++ wchar_t字符串向Python传递的问题排查

你的问题主要有两个核心原因：ctypes默认函数返回类型为int导致指针被截断，以及Cygwin与Windows平台的wchar_t字节长度差异。下面一步步帮你解决：

1. 修正函数返回类型的声明 #

ctypes默认会把DLL函数的返回值当作int类型处理，但DoC()返回的是wchar_t*指针。在64位系统中，指针是8字节，而int只有4字节，这就导致返回的指针地址被截断（比如你看到的-1659080704其实是截断后的错误地址），最终触发内存访问违规。

解决方法是给DoC()指定正确的返回类型：

from ctypes import *
import os.path

lib_path = 'C:/Users/Daan/CLionProjects/stringproblem/cmake-build-release/cygstringproblem.dll'
lib = cdll.LoadLibrary(lib_path)

# 关键：指定DoC的返回类型为宽字符指针
lib.DoC.restype = c_wchar_p

2. 处理Cygwin与Windows的wchar_t差异 #

Windows系统中wchar_t是2字节（对应UTF-16编码），而Cygwin的wchar_t是4字节（对应UTF-32编码）。Python的wstring_at是基于Windows的2字节wchar_t实现的，直接解析Cygwin的4字节宽字符会出错。

这里有两个可选方案：

方案A：让C++返回兼容Windows的宽字符串 #

修改C++代码，使用char16_t（对应2字节UTF-16）代替wchar_t，同时必须添加字符串终止符：

#include <iostream>
char16_t aa[3]; // 多留一个位置存终止符
extern "C" {
// ... 其他函数保持不变 ...
char16_t* DoC() {
    aa[0] = u'a';
    aa[1] = u'b';
    aa[2] = u'\0'; // 必须添加终止符避免越界
    return aa;
}
}

然后Python中对应修改返回类型和读取方式：

lib.DoC.restype = POINTER(c_char16)
result_ptr = lib.DoC()
# 手动读取2字节的宽字符
result = ''.join([chr(result_ptr[i]) for i in range(2)])
print(result)

方案B：更安全的内存传递方式（推荐） #

避免返回DLL中的全局数组（全局数组存在线程安全问题，且内存管理不清晰），改为让Python分配内存，C++负责写入内容。这种方式也能避开平台间的wchar_t差异：

C++代码修改：

extern "C" {
// 接收Python分配的缓冲区和缓冲区大小，写入宽字符
void DoC(wchar_t* out_buf, int buf_size) {
    if (buf_size >= 3) { // 至少要能存两个字符+终止符
        out_buf[0] = L'a';
        out_buf[1] = L'b';
        out_buf[2] = L'\0';
    }
}
}

Python代码调用：

lib.DoC.argtypes = [c_wchar_p, c_int]
# 分配足够大的宽字符缓冲区
buf = create_unicode_buffer(3)
lib.DoC(buf, 3)
print(buf.value) # 直接获取缓冲区内容，自动处理终止符

3. 补充注意事项 #

• 字符串必须以终止符结尾：不管哪种方案，都要确保字符串末尾有\0（宽字符是L'\0'），否则Python读取时会越界。
• 尽量避免返回DLL内的全局/静态内存：这类内存属于DLL，可能被意外覆盖，多线程场景下风险极高。让调用方（Python）分配内存是更稳健的做法。

按照上面的方法修改后，你就能正确从C++获取宽字符串到Python中了。

内容的提问来源于stack exchange，提问作者Daan