【发布时间】:2021-02-13 02:41:15
【问题描述】:
在测试基本插件系统的实现时,我遇到了一些看似不一致的借用检查器行为。
具有以下结构
struct Plugin {
data: [u8; 256],
}
impl Plugin {
fn new() -> Plugin { Plugin { data: [0; 256], } }
fn write(&mut self, port: usize, val: u8) { self.data[port] = val; }
fn read(&self, port: usize) -> u8 { self.data[port] }
}
struct System<'a> {
plugin: Option<&'a mut Plugin>,
}
impl<'a> System<'a> {
fn new() -> System<'a> { System { plugin: None, } }
fn attach_plugin(&mut self, plugin: &'a mut Plugin) { self.plugin = Some(plugin); }
fn detach_plugin(&mut self) { self.plugin = None; }
}
给定以下设置代码
let mut system = System::new();
let mut plugin = Plugin::new();
system.attach_plugin(&mut plugin);
以下代码不起作用
for i in 0..255 {
system.plugin.as_mut().unwrap().write(i as usize, i);
let val = plugin.data[i as usize]; // This line produces two errors
assert_eq!(val, i);
}
显示这两条错误信息:
error[E0503]: cannot use 'plugin.data' because it was mutably borrowed
和
error[E0503]: cannot use 'plugin.data[_]' because it was mutably borrowed
但是,如果通过系统的访问被分离到它自己的循环中,则代码编译时不会出现错误或警告。
for i in 0..255 {
system.plugin.as_mut().unwrap().write(i as usize, i);
}
for i in 0..255 {
let val = plugin.data[i as usize]; // This line doesn't produce any errors
assert_eq!(val, i);
}
我注意到这两个示例之间唯一显着的区别是,在工作示例中,第一行在它自己的范围内,但是对产生错误的代码进行以下更改并不能修复错误:
for i in 0..255 {
{
system.plugin.as_mut().unwrap().write(i as usize, i);
}
let val = plugin.data[i as usize]; // This line still produces two errors
assert_eq!(val, i);
}
所以范围界定似乎并不是影响行为变化的因素。
为什么将代码分成两个循环会使代码停止产生错误?
【问题讨论】:
标签: rust borrow-checker