全局变量是不好的，如果它们允许您操作应该只在本地修改的程序的某些方面。在面向对象编程中，全局变量经常与封装思想相冲突。

全局变量的问题是，由于每个函数都可以访问这些变量，因此越来越难以确定哪些函数实际读写这些变量。

为了理解应用程序是如何工作的，您几乎必须考虑修改全局状态的每个函数。这是可以做到的，但随着应用程序的增长，它将变得越来越困难，几乎不可能(或至少完全浪费时间)。

如果不依赖全局变量，则可以根据需要在不同函数之间传递状态。这样，您就有更好的机会理解每个函数的功能，因为您不需要考虑全局状态。

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

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

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

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

例如:-

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

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

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

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

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