高频调用的Rust函数中，const常量声明位置对性能的影响

兄弟，先给你吃个定心丸：把const QUERY放在insert函数内部还是外部，在性能上完全没有区别。

为啥这么说？因为Rust里的const是编译期常量，它的值在编译阶段就已经确定了，不管你把它放在函数作用域内、impl块内还是整个模块的顶层，编译器最终都会把这个字符串字面量放到程序的静态存储区里——简单说，就是这个QUERY字符串只会在内存里存一份，每次调用insert函数时，只是引用这份已经存在的静态数据，不会有任何额外的内存分配或者初始化开销。

那两者的区别只在代码组织和封装性上：

• 放在函数内部：最推荐的做法，如果这个查询字符串只给insert函数用，把它放在函数里能让它的作用域最小化，不会污染impl Player的命名空间，别人读代码的时候一眼就能看出来这个常量是这个函数专用的，逻辑更清晰。
• 放在impl Player的顶部（函数外面）：只有当这个impl里还有其他函数需要复用同一个查询语句时，才值得这么做，不然反而会让impl块里多了一个不必要的全局常量，显得冗余。

举个例子，哪怕你把代码改成这样：

impl Player {
    const QUERY: &str = r#"INSERT INTO "player" ("team_id", "id", "other_fields") VALUES ($1, $2, $3, $4, $5, $6, $7)"#;

    pub async fn insert(
        db: sqlx::PgConnection,
        input: &InputPlayer,
    ) -> Result<Self> {
        let result = sqlx::query_as::<_, Self>(Self::QUERY)
            .bind(input.team_id())
            .bind(input.id())
            .bind(input.other())
            .bind(input.other())
            .bind(input.other())
            .bind(input.other())
            .fetch_one(db)
            .await?;

        Ok(result)
    }
}

编译后的二进制和原来的版本没有任何性能差异，编译器会完全优化掉这些声明位置的区别。

另外顺带提一句，这和static变量不一样：static是运行时初始化的全局变量，放在函数内的static会有线程安全的初始化开销（第一次调用函数时），但const完全没有这个问题，因为它是编译期就处理好的。

备注：内容来源于stack exchange，提问作者Fred Hors