如何存储引用而不必处理生命周期？

正如建议的the dynamic_reload板条箱的例子， 我收集了Symbols 而不是每次都提取它们，但是Symbol需要一生。使用生命周期会更改方法签名并破坏与方法的兼容性DynamicReload::update.

这是一个有效的解决方法吗std::mem::transmute改变Symbol的一生到'static?

extern crate dynamic_reload;

use dynamic_reload::{DynamicReload, Lib, Symbol, Search, PlatformName, UpdateState};
use std::sync::Arc;
use std::time::Duration;
use std::thread;
use std::mem::transmute;

struct Plugins {
    plugins: Vec<(Arc<Lib>, Arc<Symbol<'static, extern "C" fn() -> i32>>)>,
}

impl Plugins {
    fn add_plugin(&mut self, plugin: &Arc<Lib>) {
        match unsafe { plugin.lib.get(b"shared_fun\0") } {
            Ok(temp) => {
                let f: Symbol<extern "C" fn() -> i32> = temp;
                self.plugins.push((plugin.clone(), Arc::new(unsafe { transmute(f) })));
            },
            Err(e) => println!("Failed to load symbol: {:?}", e),
        }
    }

    fn unload_plugins(&mut self, lib: &Arc<Lib>) {
        for i in (0..self.plugins.len()).rev() {
            if &self.plugins[i].0 == lib {
                self.plugins.swap_remove(i);
            }
        }
    }

    fn reload_plugin(&mut self, lib: &Arc<Lib>) {
        Self::add_plugin(self, lib);
    }

    // called when a lib needs to be reloaded.
    fn reload_callback(&mut self, state: UpdateState, lib: Option<&Arc<Lib>>) {
        match state {
            UpdateState::Before => Self::unload_plugins(self, lib.unwrap()),
            UpdateState::After => Self::reload_plugin(self, lib.unwrap()),
            UpdateState::ReloadFailed(_) => println!("Failed to reload"),
        }
    }
}

fn main() {
    let mut plugs = Plugins { plugins: Vec::new() };

    // Setup the reload handler. A temporary directory will be created inside the target/debug
    // where plugins will be loaded from. That is because on some OS:es loading a shared lib
    // will lock the file so we can't overwrite it so this works around that issue.
    let mut reload_handler = DynamicReload::new(Some(vec!["target/debug"]),
                                                Some("target/debug"),
                                                Search::Default);

    // test_shared is generated in build.rs
    match reload_handler.add_library("test_shared", PlatformName::Yes) {
        Ok(lib) => plugs.add_plugin(&lib),
        Err(e) => {
            println!("Unable to load dynamic lib, err {:?}", e);
            return;
        }
    }

    //
    // While this is running (printing a number) change return value in file src/test_shared.rs
    // build the project with cargo build and notice that this code will now return the new value
    //
    loop {
        reload_handler.update(Plugins::reload_callback, &mut plugs);

        if plugs.plugins.len() > 0 {
            let fun = &plugs.plugins[0].1;
            println!("Value {}", fun());
        }

        // Wait for 0.5 sec
        thread::sleep(Duration::from_millis(500));
    }
}

我还得保留Arc<Lib>在向量内部，因为Symbol不执行PartialEq.

如何存储引用而不必处理生命周期？

98%的情况下答案是：你不。生命周期是使用 Rust 的最大原因之一。一生强制执行，在编译时，您的参考文献将始终引用有效的内容。如果您希望“忽略”生命周期，那么 Rust 可能不是实现特定设计的最佳语言。您可能需要选择不同的语言或设计。

这是一个有效的解决方法吗std::mem::transmute改变Symbol的一生到'static?

transmute是大锤子，适合各种好的和坏的想法和实现。我鼓励不要直接使用它，而是将它包装在一个抽象层中，以某种方式帮助您实施适当的限制，使特定的转换正确。

如果您选择使用transmute，你假设全部责任编译器以前有的。您需要确保参考文献是always有效，否则您将调用未定义的行为，并且您的程序可以执行任意数量的非常糟糕的事情。

对于您的具体情况，您may能够使用租赁箱将“库”和“对库的引用”保留在一个隐藏了生命周期的结构中Symbols。事实上，租赁用途库加载作为激励性示例，libloading 为dynamic_reload 提供了动力。看为什么我不能在同一结构中存储值和对该值的引用？了解更多细节和陷阱。

我对这会起作用并不乐观，因为DynamicReload::update需要一个&mut self。在该方法调用期间，它可以轻松地使所有现有引用无效。

也可以看看：

• 为什么我不能在同一结构中存储值和对该值的引用？
• 如何避免将具体结构更改为通用结构带来的连锁反应？