首页
/ Windows-RS项目中DirectInput API的正确使用方法

Windows-RS项目中DirectInput API的正确使用方法

2025-05-21 16:10:00作者:冯爽妲Honey

在Windows-RS项目中,开发者在使用DirectInput API时可能会遇到访问冲突的问题。本文将详细分析问题原因并提供正确的解决方案,帮助开发者避免类似陷阱。

问题现象

当开发者尝试通过Windows-RS crate调用DirectInput8Create函数创建DirectInput接口实例时,程序在执行后续方法调用时会出现访问冲突。表面上看代码逻辑没有问题,但实际运行却会崩溃。

根本原因分析

问题的核心在于DirectInput8Create函数的参数类型处理不当。该函数期望接收一个指向指针的指针(*mut *mut c_void),即C++中的void**类型。然而,开发者错误地传递了一个指向接口指针的指针(*mut *mut IUnknown),这实际上是*mut *mut *mut c_void,相当于C++中的void***

这种类型不匹配导致内存访问错误,因为函数期望在指定位置写入接口指针,但实际上写入的位置是错误的。

正确实现方案

以下是使用Windows-RS crate正确调用DirectInput API的实现方式:

use std::{ffi::c_void, ptr};
use windows::{
    core::Interface,
    Win32::{
        Devices::HumanInterfaceDevice::{
            DirectInput8Create, IDirectInput8W, DI8DEVCLASS_GAMECTRL, DIDEVICEINSTANCEW,
            DIEDFL_ATTACHEDONLY, DIRECTINPUT_VERSION,
        },
        Foundation::{BOOL, HINSTANCE},
        System::LibraryLoader::GetModuleHandleW,
    },
};

fn main() {
    unsafe {
        // 获取当前模块句柄
        let hinstance: HINSTANCE = GetModuleHandleW(None).unwrap().into();
        
        // 创建DirectInput接口实例
        let mut di8 = ptr::null_mut();
        DirectInput8Create(
            hinstance,
            DIRECTINPUT_VERSION,
            &IDirectInput8W::IID,
            &mut di8,  // 注意这里直接传递指针的引用
            None,
        )
        .unwrap();
        
        // 将原始指针转换为安全接口
        let di8 = IDirectInput8W::from_raw(di8);
        
        // 枚举设备
        di8.EnumDevices(
            DI8DEVCLASS_GAMECTRL,
            Some(di8_enumerate),
            ptr::null_mut(),
            DIEDFL_ATTACHEDONLY,
        )
        .unwrap();
    }
}

// 设备枚举回调函数
unsafe extern "system" fn di8_enumerate(
    dev: *mut DIDEVICEINSTANCEW, 
    param1: *mut c_void
) -> BOOL {
    true.into()
}

关键注意事项

  1. 指针类型处理:DirectInput8Create期望接收的是指向指针的指针,而不是指向接口的指针。

  2. 接口转换:获取到原始指针后,应使用from_raw方法将其转换为安全的接口类型。

  3. 内存安全:Rust的所有权系统在这里发挥了作用,转换后的接口会被正确管理生命周期。

  4. 错误处理:虽然示例中使用了unwrap,实际项目中应考虑更完善的错误处理机制。

最佳实践建议

  1. 在使用Windows API时,应仔细检查参数类型,特别是涉及指针和多级指针的情况。

  2. 优先使用Windows-RS提供的安全抽象,如from_raw方法,而不是直接操作原始指针。

  3. 对于复杂的API调用,可以先查阅对应的C++示例,再转换为Rust实现。

  4. 考虑为常用API封装更安全的Rust接口,避免重复处理底层细节。

通过理解这些底层细节和正确使用Windows-RS crate提供的抽象,开发者可以更安全高效地在Rust中使用DirectInput等Windows API。

登录后查看全文
热门项目推荐
相关项目推荐

热门内容推荐

最新内容推荐

项目优选

收起
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
338
1.18 K
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
898
534
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
188
265
kernelkernel
deepin linux kernel
C
22
6
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
140
188
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
374
387
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.09 K
0
note-gennote-gen
一款跨平台的 Markdown AI 笔记软件,致力于使用 AI 建立记录和写作的桥梁。
TSX
86
4
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
7
0
arkanalyzerarkanalyzer
方舟分析器:面向ArkTS语言的静态程序分析框架
TypeScript
114
45