我通常对很少改变的值使用全局变量，如单例或动态加载库中函数的函数指针。在多线程应用程序中使用可变全局变量往往会导致难以跟踪错误，所以我尽量避免将其作为通用规则。

使用全局变量而不是传递参数通常更快，但如果您正在编写一个多线程应用程序(您现在经常这样做)，它通常不会很好地工作(您可以使用线程静态，但性能收益是值得怀疑的)。

全局变量有多糟糕就有多糟糕。

如果您正在创建一个完全封装的程序，则可以使用全局变量。使用全局变量是一种“罪过”，但编程的罪过在很大程度上是哲学上的。

如果你看看洛杉矶。你会看到一种语言，它的变量是全局的。它是不可伸缩的，因为所有的库都只能使用全局变量。

也就是说，如果您有选择，并且可以忽略程序员的哲学，那么全局变量并不是那么糟糕。

Gotos也是，如果你使用得当的话。

最大的“坏”问题是，如果你使用错误，人们尖叫，火星着陆器坠毁，世界爆炸....或者类似的东西。

在一天结束时，你的程序或应用程序仍然可以工作，但这是一个整洁的问题，并对正在发生的事情有一个完整的理解。如果在所有函数之间共享一个变量值，那么可能很难跟踪是哪个函数更改了该值(如果函数更改了该值)，这将使调试变得更加困难

我的教授曾经说过这样的话:使用全局变量是可以的，如果你使用正确的话。我不认为我能正确地使用它们，所以我很少使用它们。

是的，因为如果你让不称职的程序员使用它们(阅读90%，尤其是科学家)，你最终会得到600多个全局变量分布在20多个文件和一个12000行的项目中，其中80%的函数采用void，返回void，完全在全局状态下运行。

除非你了解整个项目，否则你很快就不可能在任何一个点上理解正在发生什么。

安全并不意味着任何一个可以操纵变量声明的全局,为这一解释这个例子中如果你有平衡作为一个全局变量在你们银行程序用户函数可以操纵以及银行职员也可以操纵这这是一个问题只有用户应该考虑到只读和退出函数,而是银行的职员可以添加量当用户亲自给的现金在桌子上。这就是它的运作方式