为什么 Rust 链接器在增量构建时没有更快？

我是 Rust 的新手，我试图理解为什么 Rust 不能更快地构建。我特别讨论的是最常见的情况，其中我对一个源文件做了一个小更改，然后我需要等待几秒钟cargo build做它的工作。即使我的应用程序代码非常小，如果我添加对 MySQL 和 Rocket 的依赖项，这两个包将带有它们自己的依赖项，显然这就是使构建过程显着变慢的原因。显然，“慢”的含义是相当主观的，但是如果我需要等待 5-10 秒来完成每天执行一百次的某件事，我想知道为什么会出现这种情况，以及我是否遗漏了一些东西。

在我看来，Cargo 并没有浪费太多时间来检查是否需要重新编译这 200-300 个（子）依赖项，但链接器花费了很长时间。我试图了解链接器无法以某种方式优化该过程是否存在客观原因。例如，是否有可能以某种方式构建并缓存整个 MySQL 和 Rocket 依赖项到两个更大的库中，并避免每次都执行所有这些工作？即使以二进制中的一些代码重复为代价。

顺便说一句，我尝试了 LLD 链接器（我正在使用 Ubuntu），它在一定程度上加快了速度，但它似乎仍然受到大量子依赖项的严重影响。

是否有可能以某种方式构建和缓存整个 MySQL 并 例如，将依赖项火箭发射到两个更大的库中，并避免这样做 每次都有效吗？

我们可以将静态编译的 MySQL/Rocket 库链接到我们的 Rust 项目中（通过 C++ 包装器）。我们来试试吧。

1. Create build.rs文件中，我们将使用 cxx crate 将 MySQL 和 Rocket 依赖项编译到静态库中。

extern crate cxx_build;

fn main() {
    cxx_build::bridge("src/wrapper.rs")
        .file("src/mysql_wrapper.cpp")
        .file("src/rocket_wrapper.cpp")
        .flag("-std=c++17")
        .compile("mysql_wrapper", "rocket_wrapper");
}

1. 创建名为的包装文件wrapper.rs, mysql_wrapper.cpp and rocket_wrapper.cpp在我们的 src 目录中。

// mysql_wrapper.cpp

#include <mysql.h>

void init_mysql() {
    mysql_library_init(0, NULL, NULL);
}

void cleanup_mysql() {
    mysql_library_end();
}

// rocket_wrapper.cpp

#include <rocket.h>

#include <iostream>

extern "C" {
    void init_rocket() {
        std::vector<std::string> args = { "myapp", "--port=8000" };
        rocket::config::Config config;
        config.from_args(args);
        rocket::ignite(config);
    }

    void stop_rocket() {
        rocket::shutdown();
    }
}

// wrapper.rs

#[cxx::bridge]
mod ffi {
    unsafe extern "C++" {
        fn init_mysql();
        fn cleanup_mysql();
        fn init_rocket();
        fn stop_rocket();
    }
}

1. 修改 Rust 代码（main.rs）来链接静态库，而不是直接链接 MySQL 和 Rocket 依赖项。

// main.rs

mod ffi {
    #[cxx::bridge]
    mod ffi {
        unsafe extern "C++" {
            fn init_mysql();
            fn cleanup_mysql();
            fn init_rocket();
            fn stop_rocket();
        }
    }
}

fn main() {
    unsafe {
        ffi::init_mysql();
    }
    // Usage of MySQL lib here
    unsafe {
        ffi::cleanup_mysql();
    }

    unsafe {
        ffi::init_rocket();
    }
    // Usage of Rocket f/work here
    unsafe {
        ffi::stop_rocket();
    }
}

1. 构建项目

cargo build

就是这个。这将包括 mysql 和 Rocket 作为静态库，并且不会从Cargo.toml作为直接依赖。我不确定我们是否会获得真正显着的收益，它可能取决于项目结构，并且只有在您不打算更新这些依赖项的版本时才应该使用。我可能需要进行性能检查，但稍后。