rust不允许在全局区定义普通变量！
文章目录
- C++ 中的全局变量
- Rust 中的全局变量
- 设计哲学的体现
在 C++ 和 Rust 中，全局变量的处理方式体现了这两种语言设计哲学上的一些根本性差异：
C++ 中的全局变量
C++ 允许在全局作用域中定义变量。这些变量在程序的整个生命周期内都存在，从程序开始执行时被初始化，到程序结束时被销毁。C++ 中的全局变量对于跨多个文件或模块共享数据非常有用，但这也带来了潜在的问题，如：
- 初始化顺序问题：全局变量的初始化顺序在不同的编译单元之间是未定义的。
- 多线程风险：全局变量可能会在多个线程之间产生竞争条件，如果没有适当的同步机制，可能会导致数据竞争和不确定的行为。
- 命名冲突：在大型项目中，全局变量可能导致命名冲突和管理难题。
Rust 中的全局变量
Rust 采取了更为保守的策略，限制了全局变量的使用，以促进更安全、更可维护的代码编写。Rust 通常不允许在全局作用域中直接定义普通变量，这是为了减少错误和提高代码质量。但 Rust 允许以静态生命周期定义全局变量：
static关键字：在 Rust 中，可以使用static关键字定义全局生命周期的变量。这些变量是static存储类的，意味着它们在程序的整个运行期间都存在。- 线程安全性：Rust 强制要求全局变量在多线程环境中是安全的。例如，可变全局变量必须使用
Mutex或其他同步机制来保证线程安全，否则只能定义为不可变。
static mut GLOBAL_VAR: i32 = 0;fn main() {unsafe {GLOBAL_VAR = 10;println!("{}", GLOBAL_VAR);}
}
在上面的例子中，修改 GLOBAL_VAR 必须在 unsafe 块中进行，这强调了潜在的风险和需要程序员显式处理的不安全操作。
设计哲学的体现
这种差异反映了 Rust 更加注重内存安全和并发安全的设计哲学。通过限制全局变量的使用，并要求在修改全局状态时采用显式的安全措施（如 unsafe 代码块），Rust 力求减少常见的编程错误，如数据竞争和不确定的初始化顺序，这些在 C++ 中可能更难以控制。
ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ
ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ ᅟᅠ