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

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

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

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

正如有人在另一篇文章中所说的那样:“在你完全理解这样做的后果之前，不应该打破这样的规则。”

有时候，全局变量是必要的，或者至少是非常有用的(例如，处理系统定义的回调)。另一方面，他们也非常危险，因为所有你被告知的原因。

编程的许多方面可能应该留给专家去做。有时候你需要一把非常锋利的刀。但在你准备好之前，你不能使用它……

重要的是要记住总体目标:清晰

“无全局变量”规则的存在是因为大多数时候，全局变量使代码的含义不太清楚。

然而，像许多规则一样，人们记住的是规则，而不是规则的意图。

我曾经见过一些程序，为了避免全局变量的危害，通过传递大量参数，使代码的大小增加了一倍。最后，使用全局变量将使程序对阅读它的人更清楚。由于盲目地遵守规则的文字，原来的程序员未能实现规则的意图。

所以，是的，全局变量通常不好。但是如果你觉得在最后，程序员的意图通过使用全局变量变得更加清晰，那么就继续吧。但是，请记住，当您强迫某人访问第二段代码(全局代码)以理解第一部分是如何工作的时，清晰度会自动下降。

在多线程应用程序中，使用局部变量代替全局变量以避免竞态条件。

当多个线程访问共享资源时，至少有一个线程对数据有写访问权，就会发生竞争条件。然后，程序的结果是不可预测的，它取决于不同线程访问数据的顺序。

更多信息请访问https://software.intel.com/en-us/articles/use-intel-parallel-inspector-to-find-race-conditions-in-openmp-based-multithreaded-code

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

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

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