gpt4 book ai didi

Rust 切片所有权超出其范围

转载 作者:行者123 更新时间:2023-11-29 08:03:07 25 4
gpt4 key购买 nike

我正在疯狂地思考 Rust 生命周期问题。运行以下代码时:

use std::fs::File;
use std::io::Read;
use std::clone::Clone;

const BUFSIZE : usize = 4096;

struct LexBuf<T: Read> {
f: T,
buf: [u8; BUFSIZE],
tail: usize,
head: usize
}

impl <T : Read> LexBuf<T> {
fn fetch(&mut self) {
let keepSize = self.head - self.tail + 1;
let mut tmpBuf;
{
let tmpSlice = &self.buf[self.tail..self.head+1];
tmpBuf = tmpSlice.clone();
}
&mut self.buf[0..keepSize]
.clone_from_slice(tmpBuf);
let mut n = self.f
.read(&mut self.buf[keepSize..]).unwrap();
if n < BUFSIZE - keepSize {
self.buf[keepSize+n] = 0;
}
}
}

我希望 tmpSlice 在它自己的范围内这一事实将允许我之后借用 self.buf 但似乎借用检查器不同意,因为它表示 tmpSlice 的借用在 fn fetch 范围内结束。

最佳答案

当然不同意,因为tmpBuf的生命周期不会在内部 block 中结束。 clone()在切片上调用返回该切片的副本,即指针和长度的副本。出于所有意图和目的,tmpSlice.clone() 返回的切片 |相当于tmpSlice ,包括它的生命周期。因为你把它赋给了tmpBuf在外部范围内,它自然比内部 block 的范围长。

实际上,如果 Rust 允许,您的代码就会中断 - clone_from_slice()来源和目的地可以重叠。例如,如果 self.tail0self.head比如说,10 , 然后源和目标完全重叠。

不幸的是,无法创建大小在运行时确定的固定大小堆栈数组,因此解决此问题的唯一方法是通过调用 to_owned() 在堆上分配数据。或 to_vec()在切片上获得Vec<u8> .

或者,您可以分配第二个固定大小的数组,保证不小于结构中的数组,并将其用作临时空间。您需要使用 clone_from_slice()两次。

关于Rust 切片所有权超出其范围,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36446257/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com