Raku调用Windows API的RegEnumKeyExW出现枚举异常及崩溃问题求助

你的问题核心是NativeCall与Windows API交互时的内存生命周期管理错误，结合现象分析如下：

关键问题点 #

1. 输出缓冲区被提前回收：如果在循环内临时创建字符串缓冲区，Raku的垃圾回收器（GC）可能在某次循环间隙回收这块内存，而Windows API后续调用时仍尝试写入已释放的内存，导致随机崩溃。
2. 缓冲区大小未正确重置：RegEnumKeyExW会修改传入的缓冲区大小参数，将其更新为实际使用的字符长度（不含终止符）。如果未在每次调用前重置该值为缓冲区总大小，后续调用会因缓冲区长度不足出现截断或写入溢出。
3. 字符串类型映射错误：直接使用Raku的Str类型作为RegEnumKeyExW的输出参数是错误的——Str是不可变类型，无法被Windows API直接写入，必须使用可修改的宽字符数组作为缓冲区。

修复后的示例代码 #

use NativeCall;

# 定义Windows API常量与类型
constant HKEY_LOCAL_MACHINE = 0x80000002;
constant KEY_READ = 0x20019;
constant ERROR_NO_MORE_ITEMS = 259;

class HKEY is repr('CPointer') { }

# 绑定Windows API函数
sub RegOpenKeyExW(HKEY, Str, uint32, uint32, Pointer[HKEY]) returns int32 is native('advapi32.dll') { }
sub RegEnumKeyExW(
    HKEY, uint32, CArray[uint16], Pointer[uint32],
    uint32, uint32, Pointer[uint8], Pointer[uint32]
) returns int32 is native('advapi32.dll') { }
sub RegCloseKey(HKEY) returns int32 is native('advapi32.dll') { }

# 打开目标注册表项
my $hkey-ptr = Pointer[HKEY].new;
my $res = RegOpenKeyExW(
    HKEY_LOCAL_MACHINE,
    'SOFTWARE\Microsoft\Windows\CurrentVersion',
    0, KEY_READ, $hkey-ptr
);
die "RegOpenKeyEx failed with error code: $res" if $res != 0;
my $hkey = $hkey-ptr.deref;

# 初始化枚举用的缓冲区（循环外定义，避免GC回收）
my $max-subkey-name-length = 255; # 注册表子键名最大允许长度
my $name-buf = CArray[uint16].new($max-subkey-name-length + 1); # +1 存储UTF-16终止符

my $index = 0;
loop {
    my $name-length = $max-subkey-name-length; # 每次调用前重置缓冲区大小参数
    $res = RegEnumKeyExW(
        $hkey, $index, $name-buf, $name-length,
        0, 0, Pointer.new, Pointer.new
    );

    # 枚举完成，退出循环
    last if $res == ERROR_NO_MORE_ITEMS;
    # 处理其他错误
    if $res != 0 {
        warn "RegEnumKeyEx failed at index $index with error code: $res";
        last;
    }

    # 将宽字符数组转换为Raku字符串
    my $subkey-name = $name-buf[^$name-length].decode('UTF-16LE');
    say "[$index] Subkey: $subkey-name";

    $index++;
}

# 关闭注册表句柄
RegCloseKey($hkey);

对现象的解释 #

• 精简循环代码后可遍历：循环内代码减少会降低GC触发频率，缓冲区在被回收前就完成了所有枚举操作，避免了内存访问错误。
• 打印字符数量影响迭代次数：打印操作会延长单次循环的执行时间，GC更可能在打印过程中触发，回收未被引用的缓冲区，导致后续API调用访问非法内存崩溃。
• 手动调用多次正常：手动调用时，缓冲区变量始终处于有效作用域内，GC不会回收该内存，因此每次调用都能正确写入和读取数据。

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