Rust-使用dotenvy加载和使用环境变量

系统的开发,测试和部署离不开环境变量,今天分享在Rust的系统开发中,使用dotenvy来读取和使用环境变量。

安装

cargo add dotenvy dotenv_codegen

加载环境变量

use dotenvy::dotenv;

fn main() {
    dotenv().expect(".env不存在");
    ...
}

dotenvy默认会从项目的根目录下的.env文件中加载环境变量。

环境变量的使用

不仅可以在运行时使用环境变量,还可以在编译时使用环境变量。

运行时使用环境变量

use std::env;
use dotenvy::dotenv;

fn main() {
    dotenv().expect(".env不存在"); //从.env中加载环境变量
    println!("port={}", env::var("port").expect("port"));
    ...
}

编译时使用环境变量

#[macro_use]
extern crate dotenv_codegen;

static redis_url : &'static = dotenv!("redis_url");

fn main() {
    ...
}

好了,从理论上,我们基本掌握了如何通过dotenvy,在Rust的代码开发中,如何加载和使用环境变量。

下面,是在项目的实际应用中,可能会有的疑问,我列了几个供大家参考。

项目实战相关问题

1. .env中的环境变量和系统中的环境变量是什么关系?

系统中的环境变量优先级大于.env中配置的环境变量。

例如,.env中有port=8000,而当前系统的环境变量export port=8080,这个时候读取到的环境变量port的值是8080

Rust-使用dotenvy加载和使用环境变量_第1张图片

2. 在工程代码中是否需要处理dotenv的错误? 

我的建议是,不需要。

这是少数几个在Rust的编程开发中,我个人不建议处理错误的地方,让错误以panic的方式终止系统运行。如果当前环境下不存在.env文件,系统应该停止运行,直至修复错误。这里的原则是停下来什么都不做,总比运行起来产生更大的错误好。

Rust-使用dotenvy加载和使用环境变量_第2张图片

3. 如果只是在编译时使用环境变量,还需要在程序启动时调用dotenv()吗?

不需要。

如果只是在编译时使用环境变量,那么可以不用在程序启动时调用dotenv()函数,但必须要正编译时.env文件存在。编译完成后就可以丢弃.env文件了。

注意,另外,因为是在编译时就将环境变量写入了,所以,对环境变量的修改将不会对编译后运行的程序产生影响。

Rust-使用dotenvy加载和使用环境变量_第3张图片

4. 应该在运行时使用环境变量,还是在编译时使用环境变量?

如果环境变量不会在运行时发生改变,且在编译时就知道环境变量的值,那么推荐在编译时使用环境变量。

在编译时使用环境变量的几个好处:

  • 执行cargo clippy或者cargo build,编译器会帮你检查你使用的环境变量名称是否在.env文件中定义,如果不存在,编译器会给出提示;Rust-使用dotenvy加载和使用环境变量_第4张图片

  • 相较于通过std::env::var("port").expect("port"),直接使用dotenv!("port")可以不用关注如果port没有定义时的处理分支。

5. 如何管理环境变量的相关代码?

建议将环境变量放在env.rs文件中。

main.rs

#[macro_use]
extern crate dotenv_codegen;
mod env;
use env::PORT;

fn main() {
    println!("port={}", PORT);
}

env.rs

pub static PORT: &str = dotenv!("port");

6. 环境变量和config如何选择?

哈哈,这个问题不好回答。

之前写了一篇Rust-使用config配置你的API - 知乎

其实在config中,也支持环境变量的。它们在功能上都有相互覆盖的地方。但是config支持类型的反序列化等丰富的功能。因此,环境变量和config如何选择,这还是由项目的实际情况而定吧,不必太拘泥于技术,毕竟技术是为我们服务的,而不是拿给我们站队用的。

如果大家还有什么疑问,欢迎留言交流。

这篇文章收录我的Rust-项目开发实战和Rust 实战专栏。请关注我,不要错过更新哟。

你可能感兴趣的:(Rust,实战,rust,linux,开发语言)