使用以下命令打开要写入的注册表项create
:
pub fn main() -> Result<(), windows::core::Error> {
let auto_start = windows_registry::CURRENT_USER.create("SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run")?;
auto_start.set_value("Test", &windows_registry::Value::from("content"))?;
Ok(())
}
这按预期工作(创建只是打开已经存在的键,然后添加值)。
但是,由于密钥已经存在,我只想简单地打开它,例如如下所示:
fn main() -> Result<(), windows::core::Error> {
let auto_start = windows_registry::CURRENT_USER.open("SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run")?;
auto_start.set_value("Test", &windows_registry::Value::from("content"))?;
Ok(())
}
但是,即使我在以“以管理员身份运行”启动的终端中运行该程序,它也会因访问被拒绝错误而失败:
错误:错误 { 代码:HRESULT(0x80070005),消息:“访问被拒绝。”}
为什么会发生这种情况?
open
最多不需要与相同的权限create
?
为什么它甚至在高架终端上都无法工作?
有趣的是,只需打开而不设置值就可以工作......
和功能针对人体工程学进行了优化。它们涵盖了两种最常见的访问模式
Key::open()
:Key::create()
open()
读取其值的键create()
存储值的键请求的访问权限分别被硬编码为
KEY_READ
和KEY_READ | KEY_WRITE
。如果您已open()
对某个键执行 -ed 操作,随后又尝试写入值,则调用会失败。这就是系统和 crate 的工作方式。如果您需要一个可以写入的密钥,则必须请求
KEY_WRITE
权限。获取权限的最简单方法是调用create()
代替open()
。请注意文档中的:值得注意的是,它打开了一个现有的密钥以供
KEY_READ | KEY_WRITE
访问。OpenOptions
如果您需要更多控制权,您可以从1获得。以下代码显式打开一个密钥以进行读/写访问:Key::options()
这与 的行为相同,
Key::create()
只是如果密钥不存在则失败。让我们讨论剩下的问题:
open
不需要任何权限。这是程序的要求,而不是 API 的要求。如果您需要某些权限,现在您知道如何申请了。当您请求读取权限时,任何其他访问都会被拒绝。即使请求更多权限也会成功,这也不会有任何区别。切换到提升权限的命令提示符后,唯一的变化是
LOCAL_MACHINE
,例如,请求对配置单元的写入权限的代码,在从普通用户帐户请求失败时会成功。是的,当然。系统就是这样设计的。你也可以读取那个钥匙。而且,如果你没有申请任何权限,你打开一个你没有读取权限的钥匙也一样没问题。
1 这是在 v0.5.0 中引入的;这里是解释设计选择的PR 。