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

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

迟早，您将需要更改该变量的设置方式或访问它时发生的情况，或者您只需要查找它被更改的位置。

实际上，不使用全局变量总是更好。只需编写大坝获取和设置方法，并在一天、一周或一个月后当你需要它们时通知你。

我认为你的教授试图在一个坏习惯开始之前就阻止它。

全局变量有自己的位置，就像许多人说的，知道在哪里和何时使用它们可能很复杂。所以我认为与其深入研究全局变量的原因，方式，时间和地点教授决定禁止。谁知道呢，将来他可能会取消禁令。

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

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

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

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

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

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

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