全局变量的使用实际上取决于需求。它的优点是减少了重复传递值的开销。

但是你的教授是对的，因为它会引起安全问题，所以应该尽可能避免使用全局变量。全局变量还会产生一些问题，有时难以调试。

例如:-

变量值在运行时被修改的情况。此时，很难确定是哪部分代码在什么条件下修改了它。

如果您的代码有可能在最高法院审判期间被严格审查，那么您应该确保避免使用全局变量。

请看这篇文章: 漏洞百出的酒精测试仪代码反映了源代码审查的重要性

There were some problems with the style of the code that were identified by both studies. One of the stylistic issues that concerned the reviewers was the extensive use of unprotected global variables. This is considered poor form because it increases the risk that the program state will become inconsistent or that values will be inadvertently modified or overwritten. The researchers also expressed some concern about the fact that decimal precision is not maintained consistently throughout the code.

伙计，我敢打赌那些开发人员希望他们没有使用全局变量!

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

是的，但是在停止使用全局变量的代码并开始编写使用全局变量的代码之前，您不会招致全局变量的成本。但成本依然存在。

换句话说，这是一种长期的间接成本，因此大多数人认为这并不坏。

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

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

全局变量通常很糟糕，特别是当其他人正在处理相同的代码，并且不想花20分钟搜索变量被引用的所有位置时。添加修改变量的线程带来了一个全新的问题。

在单个翻译单元中使用匿名名称空间中的全局常量是很好的，在专业应用程序和库中无处不在。但是如果数据是可变的，并且/或者它必须在多个tu之间共享，那么您可能想要封装它——如果不是为了设计，那么也是为了任何人调试或使用您的代码。