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

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

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.

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

全局变量有多糟糕就有多糟糕。

如果您正在创建一个完全封装的程序，则可以使用全局变量。使用全局变量是一种“罪过”，但编程的罪过在很大程度上是哲学上的。

如果你看看洛杉矶。你会看到一种语言，它的变量是全局的。它是不可伸缩的，因为所有的库都只能使用全局变量。

也就是说，如果您有选择，并且可以忽略程序员的哲学，那么全局变量并不是那么糟糕。

Gotos也是，如果你使用得当的话。

最大的“坏”问题是，如果你使用错误，人们尖叫，火星着陆器坠毁，世界爆炸....或者类似的东西。

我的教授曾经说过这样的话:使用全局变量是可以的，如果你使用正确的话。我不认为我能正确地使用它们，所以我很少使用它们。

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

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

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

我想要反驳这篇文章所提出的观点，即它使多线程更加困难或根本不可能。全局变量是共享状态，但全局变量的替代方法(例如传递指针)也可能共享状态。多线程的问题在于如何正确地使用共享状态，而不是该状态是否恰好通过全局变量或其他方式共享。

大多数情况下，当你执行多线程时，你需要共享一些东西。例如，在生产者-消费者模式中，您可以共享一些包含工作单元的线程安全队列。您可以共享它，因为该数据结构是线程安全的。当涉及到线程安全时，队列是否是全局的完全无关紧要。

在这个线程中隐含的希望是，在不使用全局变量的情况下，将程序从单线程转换为多线程会更容易，这是天真的。是的，全局变量让搬起石头砸自己的脚变得更容易，但搬起石头砸自己的方法有很多。

我并不提倡全局变量，因为其他观点仍然成立，我的观点仅仅是程序中的线程数与变量作用域无关。

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