我一直在阅读关于链接器如何工作以及围绕此过程的所有内容,以便在this(link)问题中解释我的问题(它很简短,对于引用感到抱歉,但它是相关的).

问题：
如果在标题中我有一个变量声明(使用extern),并且我想在多个源文件中使用此变量(#include其中每个文件中的头文件),我必须在某处提供此变量的定义.问题是,如果我在某些源文件的main函数中提供了一个定义,例如,其他文件仍然没有“看到”这个定义(导致链接错误).如果我在一个全局范围中定义这个extern变量,它可以正常工作,并且每个人都可以看到它.

为什么？其他文件如何访问另一个文件的全局范围？并非全球范围变量危险吗？将变量定义放在其他范围可以解决这种链接错误？是否有人在标题中使用此类外部变量声明以及用于何种目的？

编辑：确切的示例情况在我在开头发布的链接中

解决方法:

一些澄清：

你称之为“文件”的东西更恰当地称为翻译单元.涉及多少文件并不重要.实际上,可以重新编译相同的文件(比如使用不同的#defines等)

有了这个术语,我们现在可以改写你的问题：“翻译单位如何访问另一个翻译单元的全球范围”？

引自Linkage上的*文章：

If the name has external linkage, the entity that name denotes may be referred to from another translation unit using a distinct declaration for that same name, and from other scopes within the same translation unit using distinct declarations.

换句话说：通过确保名称作为外部链接,它在全局范围内,并且对于程序而言是全局的,而不是翻译单元.

你剩下的问题：

>全球范围变量不是危险的吗？

我永远不会使用“危险”这个词来描述它们,因为我会使用某些具有安全漏洞的标准库函数等.但我会说这通常会导致代码设计非常糟糕,并且特别是在全局变量的情况下,多线程代码中的许多麻烦.一个好的规则：除非你有充分的理由不要这样做.
>如何避免链接错误(在其他一些范围内)

这里没有其他魔法声明：它在翻译单元外部可见(外部)或不可见(静态).您可能要求的是：“让其他模块访问变量的正确方法是什么？”答案是：编写一个访问器函数(甚至更好,一个用方法管理该数据的类).
>谁使用这些东西,目的是什么？

一直是一个激烈争论的话题.许多人建议完全避免,但是你很难在一个足够大的项目中找不到外部人员.最好的理由通常归结为纯粹主义者忽视的东西：与遗留系统的兼容性,性能,调试器和其他内省工具的轻松访问……当然,只是因为它很容易,它被理解,它只是起作用.