编译器无缘无故地将'static推断为生命周期

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了编译器无缘无故地将'static推断为生命周期相关的知识,希望对你有一定的参考价值。

我正像在官方示例Rusttype中一样,将here的gpu_cache功能与Glium一起使用,但是我遇到了一些意想不到的生命周期问题。也就是说,在此代码中:

// ...

let font = rusttype::Font::try_from_bytes(include_bytes!("../fonts/alegreya/Alegreya-Regular.otf")).expect("Couldn't load font");
let font_ref = std::rc::Rc::new(&font); // line 36 is here

let (cache_width, cache_height) = cache_dims(&display);
let mut cache = rusttype::gpu_cache::Cache::builder()
    .dimensions(cache_width, cache_height)
    .build();

event_loop.run(move |event, _, control_flow| 
    match event 
        Event::RedrawRequested(_) => 
            let mut target = display.draw();
            render::exec(&mut target, &mut ctx, font_ref.clone(), &mut cache);
            target.finish().unwrap();
        

        // ...

        _ => ()
    
);
// line 66 is here, at the end of main()

font_ref分配,特别是&font参考上触发错误:

`font` does not live long enough
borrowed value does not live long enough
rustc(E0597)
main.rs(66, 1): `font` dropped here while still borrowed
main.rs(36, 17): argument requires that `font` is borrowed for `'static`

据我所知,编译器推断&font必须具有'static生存期,因为包含它的Rc作为参数传递给我的render::exec函数,该函数具有以下签名:

pub fn exec<'font>(target: &mut glium::Frame, ctx: &mut Context, font: std::rc::Rc<&'font rusttype::Font>, cache: &mut gpu_cache::Cache<'font>)

因此,它必须表示最初是cache被推断为具有'static生存期,我不知道为什么会这样。我只在cache函数中使用了render::exec

for glyph in glyphs 
    cache.queue_glyph(0, glyph.clone());

rusttype::gpu_cache::Cache::queue_glyph的签名如下:

pub fn queue_glyph(&mut self, font_id: usize, glyph: PositionedGlyph<'font>)

其中'font实际上是赋予Cache类型的生存期参数。我要传递给glyphsqueue_glyph是通过rusttype::Font::layout方法检索的,如下所示:

let glyphs: Vec<_> = font.layout(buffer_str.as_ref(), scale, offset).collect();

这意味着根据the method's signatureLayoutIterlayout的返回类型)的Iterator implementation,这些字形的寿命与字体相同。因此,这里发生了一种循环推理:应为缓存提供具有Font生存期的字形,并且出于生存期匹配的原因,Font及其引用layout的引用都应具有Cache的生存期。 >

但是,即使有所有这些[[我都找不到编译器在此处要求提供'static引用的明确原因,也没有一种绕开它的方法。

因此,欢迎您提供任何帮助。] >我正尝试在此处的官方示例中将Rusttype的gpu_cache功能与Glium一起使用,但是我遇到了一些意想不到的生命周期问题。也就是说,在此代码中:// ... let font = ...
答案
正如上面@CoronA所评论的,您几乎永远不会将Rc与引用一起使用,因为成为Rc的原因是使对象的生存时间尽可能长,而忽略了生命周期。如果包装参考,您将一无所获。

尝试类似的事情,显然未经测试:

以上是关于编译器无缘无故地将'static推断为生命周期的主要内容,如果未能解决你的问题,请参考以下文章

张勇发阿里云全员信:要求视客户信任为生命;苹果因不送充电器在美面临新集体诉讼;Kotlin 1.8.0 发布|极客头条

什么是打字纪律?

删除熊猫数据框中的未命名列[重复]

如何让 C# 编译器自动推断这些类型参数?

为啥 Crystal 不能在初始化程序中推断出这种类型?

Vue生命周期