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

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

例如:-

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

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

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

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

只有在别无选择时才应该使用全局变量。在90%的情况下，引入全局变量是为了节省传递参数的成本。然后发生多线程/单元测试/维护编码，你就有问题了。

是的，在90%的情况下全局变量是不好的。在你的大学生活中，不太可能遇到例外。我能想到的一个例外是处理固有的全局对象，比如中断表。像DB连接这样的东西似乎是全局的，但不是。

在企业内的web应用程序中，可以用于在服务器上保存会话/窗口/线程/用户特定的数据，以优化和保存连接不稳定时的工作损失。如前所述，需要处理竞争条件。我们使用类的单个实例来获取这些信息，并且对其进行了仔细的管理。

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

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

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

当涉及到配置时，全局是很好的。当我们希望我们的配置/更改对整个项目产生全局影响时。

因此，我们可以改变一个配置，并将更改指向整个项目。但我必须警告你，你必须非常聪明地使用全局变量。