| - `b` dropped here while still borrowed | - borrow later used here
这是我所期望的结果；编译器不会让对某个对象(在我的例子中是来自FFI )的引用超过它的容器。然而，我对这是为什么感到困惑。为什么编译器假定返回的引用应该与结
浏览 5提问于2021-03-13得票数 1
我编写了代码来对以下结构进行建模，其中节点具有对其父节点的引用： parent: &'a Node, fn，可以清楚地看到，对parent的引用背后的值必须至少与保存引用的子节点相同。parent: &'
浏览 0提问于2018-12-11得票数 0
回答已采纳
2回答
结构中的锈蚀多重寿命
、、、
我在理解具有多个生命周期参数的结构的行为和可用性方面存在问题。第二，结构有两个生命周期参数。我假设编译器分别跟踪struct的字段。("{}", my.first)这意味着，即使删除了结构的.second，也不会使整个结构失效。我仍然可以访问未丢弃的元素。
为什么对引用的结构<
浏览 8提问于2022-10-18得票数 1
("{}", other.data); | ---------- borrow later used here
我看不出这两个变量是如何相互关联的。我怀疑错误在select函数中，因为这显然是借款的来源。我尝试在select (fn select<'b>(&self) -> Genotype
浏览 5提问于2021-12-21得票数 1
回答已采纳
2回答
我仍然是Rust的新手，我有这个功能：pub fn new_from_file_path(path: &str) -> Parser {: &str = &clone[..];}
下面是new_from_string_data()函数的实现new_from_string_data(data: &
浏览 6提问于2020-08-14得票数 2
2回答
引用的生存期比同一范围内的值短？
、、、、
在我的代码中，一个值的生存期比对它的引用长，尽管这两个值都是在相同的范围内创建的。我想知道为什么，以及如何调整我的参考资料的生命周期。示例1被编译器接受.let mut txs: Vec<SyncSender<String>> = Ve
浏览 4提问于2017-04-21得票数 1
回答已采纳
1回答
结构方法的锈蚀寿命推断
、、、、
此代码基于“生命周期”章节中“锈蚀”一书中的示例代码。other.len() { } else { }}确保返回的
浏览 3提问于2020-12-12得票数 1
回答已采纳
1回答
即使是书中的整个部分也是有误导性的，因为它的主要示例是生命周期背后的基本原理或多或少是错误的(也就是说，编译器可以很容易地推断出上述函数的生存期)。以这个函数(有点类似于这本书)为例： x我的理解是，显式的生命周期</e
浏览 3提问于2021-08-12得票数 3
回答已采纳
对空数组的引用将建模为具有任意生存期的引用： &[]我考虑了这是如何可能的，因为这里的“值”基本上生活在函数的堆栈框架上，但是签名保证返回对一个具有较长生存期的值的引用('a包含函数
浏览 8提问于2017-01-27得票数 9
回答已采纳
2回答
这段代码不会编译，因为生锈需要增加一个生命周期。，这个没有生命周期的函数是如何编译的？为什么泛型函数不需要生命周期，还有什么警告吗？fn first_generic<A>(x: A, y: A) -> A {}
我的假设是，生存期注释可以帮助编译器和借用检查器确定生命周期违规的根本原因，但是在下面的代码中我的假设是错的吗？如果是的话，
浏览 5提问于2022-04-03得票数 6
回答已采纳
1回答
我已经阅读了有生之年，并明白每一个单一变量绑定都有一个生命周期。然而，似乎我想不出有一段时间您实际上需要使用它们，考虑到编译器在必要时在推断它们方面做了相当大的工作。
锈书，我读过了。我想要一个简单易懂的例子，即使是像我这样的人！
浏览 1提问于2017-01-14得票数 5
回答已采纳
1回答
我试图在一个复杂的结构上实现一个迭代器，为此，我决定使用一个支持结构，它指向原来的结构。(为了做到这一点，我不得不使用生命周期)。我为引用迭代器编写了代码，它可以工作。但是，如果我为可变引用编写相同的代码，它不起作用，奇怪的是，错误似乎与生命周期有关，而不是与所有权有关。，但是具有可变的引用，
浏览 5提问于2022-11-20得票数 1
回答已采纳
我试图将的答案应用到我的情况中，但没有成功。我想，我想做的事情要简单得多。= next; } else { }}
它是关于谓词闭包的，它应该在包含的结构SquareIterator存在的时间内存在。，读了几遍生锈书中的“生命”一章，再看看上面提到的其他堆叠溢出问题，我仍然不知道该如何教授锈蚀，只
浏览 10提问于2022-06-02得票数 0
回答已采纳
10回答
我正在读“生锈的”这本书，我偶然发现了这个例子，关于一个命名的/显式的生命周期： x: &'a i32, let x;("{}", x); // |我很清楚，编译器防止的错
浏览 79提问于2015-07-24得票数 239
回答已采纳
问题是:如何才能做出反应来优化这些无状态组件功能，而不需要全神贯注，并且假设道具引用不仅是不可变的，因为它们不应该在组件中被操作，而且它们永远不能在组件生命周期之外改变？函数，即function并不假定所有道具和状态引用都是完全不可变的。组件呈现后，道具引用的某些属性可能会发生变化，因此相同的“支持”实例稍后可能会有不同的内容。这也是为什么人们对使用完全不变的<e
浏览 5提问于2015-11-14得票数 14
回答已采纳
我在Rust中遇到了许多用单个撇号表示的类型：'r那个撇号的意义是什么？也许它是引用的修饰语(&)？泛型类型是否特定于引用？我不知道这方面的文档藏在哪里。
浏览 3提问于2014-02-27得票数 123
回答已采纳
刚读完生锈的书chapter on lifetimes。所有的东西都是有意义的，特别是其中一个主要的例子就是下面的代码不能编译 fn longest<'a>(x: &'a str, y: &'a str) -> &'a str {} 这是因为“我们已经告诉Rust，最长的函数返回的<e
浏览 12提问于2021-08-25得票数 2
1回答
假设您有一个函数，返回一个在引用上工作的闭包。当然，只要调用闭包，引用后面的对象就必须存在。 || {obj.clone()}编译器声明返回的闭包具有生存期静态：
无法推断出一个合适的</e
浏览 2提问于2019-04-28得票数 0
回答已采纳
)，那么第21行也必须可变地借用*a (为什么不能呢？它几乎与第20行相同--唯一的区别是借用了哪个字段)，因此根据我的推理，在删除第22行之后，代码仍然不能编译；但是，如果删除第22行，代码实际上编译得很好。这将编译的事实似乎与编译器的说法相矛盾，即&mut a.b导致了*a的可变借用。在我提出这个问题之前，还有一些想法：
我认为从foo和bar返回的不可变引用<
浏览 5提问于2022-07-12得票数 1
x: u32,}
start: &'a Point,}为什么我必须在这里显式地指定生命周期？在这种情况下，省略是不可能的</
浏览 1提问于2015-01-05得票数 21
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
腾讯会议
云直播
对象存储活动推荐
腾讯云开发者
