如何修复Go中调用GetRawInputDeviceInfA Windows API函数时的错误

好吧，你的更新代码仍然包含几个问题，我已经在我的 comments 中提到的问题的线程.

以下是修改后的工作版本:

package main

import (
    "fmt"
    "log"
    "syscall"
    "unsafe"
)

// defining an imitation RAWINPUTDEVICELIST
type rawInputDeviceList struct {
    DeviceHandle uintptr
    Type         uint32
}

const RIDI_DEVICENAME uint32 = 0x20000007

var (
    user32                     = syscall.NewLazyDLL("user32.dll")
    getRawInputDeviceListProc  = user32.NewProc("GetRawInputDeviceList")
    getRawInputDeviceInfoWProc = user32.NewProc("GetRawInputDeviceInfoW")
)

func main() {
    log.SetFlags(0)

    size := uint32(unsafe.Sizeof(rawInputDeviceList{}))

    var devCount uint32
    if err := getRawInputDeviceList(nil, &devCount, size); err != nil {
        log.Fatal(err)
    }

    if devCount == 0 {
        log.Fatal("no devices")
    }

    devices := make([]rawInputDeviceList, devCount)
    if err := getRawInputDeviceList(&devices[0], &devCount, size); err != nil {
        log.Fatal(err)
    }

    const RIDI_DEVICENAME uint32 = 0x20000007

    for di := range devices {
        var devName [256]uint16
        size := uint32(unsafe.Sizeof(devName))

        sizeOK, err := getRawInputDeviceInfo(
            devices[di].DeviceHandle,
            RIDI_DEVICENAME,
            unsafe.Pointer(&devName[0]),
            &size,
        )
        if err != nil {
            log.Fatal(err)
        }

        if !sizeOK {
            log.Fatalf("insufficient size; want %d\n", size)
        }

        fmt.Println(syscall.UTF16ToString(devName[:size]))
    }
}

func getRawInputDeviceList(
    rawInputDeviceList *rawInputDeviceList,
    numDevices *uint32,
    size uint32,
) error {
    r1, _, err := getRawInputDeviceListProc.Call(
        uintptr(unsafe.Pointer(rawInputDeviceList)),
        uintptr(unsafe.Pointer(numDevices)),
        uintptr(size))
    if r1 == uintptr(^uint32(0)) {
        return err
    }
    return nil
}

func getRawInputDeviceInfo(
    deviceHandle uintptr,
    uiCommand uint32,
    pData unsafe.Pointer,
    size *uint32,
) (bool, error) {
    r1, _, err := getRawInputDeviceInfoWProc.Call(
        uintptr(deviceHandle),
        uintptr(uiCommand),
        uintptr(pData),
        uintptr(unsafe.Pointer(size)))

    if err != syscall.Errno(0) {
        return true, err
    }

    return r1 > 0, nil
}

它打印(在Wine下):

\\?\HID#VID_845E&PID_0001#0&0000&0&0#{378de44c-56ef-11d1-bc8c-00a0c91405dd}
\\?\HID#VID_845E&PID_0002#0&0000&0&0#{884b96c3-56ef-11d1-bc8c-00a0c91405dd}

要点:

• HANDLE‘S类型改为uintptr(Win32API将其定义为LPVOID).
• 修复了getRawInputDeviceInfo的pData和size的类型.
• 修复了存储多个设备上的信息的切片大小的计算:GO切片的长度是其元素的计数，而不是它们总共占用的字节数.
• 使用GetRawInputDeviceInfoW而不是*A版本来简化到Go-Native字符串的转换:它们以UTF-8编码，FooA函数返回使用当前活动代码页编码的字符串；尽管设备ID应该是全ASCII的，但使用返回UTF-16编码的字符串的"宽"调用更容易.它还使Windows不必执行重新编码这些字符串来将它们返回给我们.
• 修复了对系统调用返回值的处理(有关详细信息，请参阅go doc syscall.Proc.Call).

请注意，我不处理getRawInputDeviceInfo生成超过255个字符的名称的情况.

一般来说，请参考有关实际调用的MSDN文档，并确保您的包装器遵循这些调用的类型规则，错误处理也是如此(Win32 API以其不一致的返回值规则而闻名).

一个不太明显的注意事项:never使用uintptr来存储指向内存的指针，直到您很好地理解发生了什么.它们的问题在于，它们不能算作对内存的实时引用--因为它们不是指针.这意味着一个看起来很天真的代码，就像

func Foo(ptr *Whatever) {
  var u uintptr = uintptr(unsafe.Pointer(ptr))
  // (1)
  someWin32Proc.Call(u)
}

可能会在运行时崩溃，因为在点"(1)"，GC可能会启动并释放ptr所指向的Whatever的实例，如果这个变量是对它的最后一次引用，并且syscall将接收释放内存的地址-一个classic 的"释放后使用"问题.

因此，通常情况下，您只需在为调用计算参数的位置将GO指针转换为uintptr:GO有特殊的规则，确保在这种情况下源指针被视为活动的.

尽管如此，使用uintptr到store个HANDLE是可以的，因为它们引用了非GO内存.