是的,A
是根据 3.4.1 进行的常规非限定名称查找,连续搜索包含嵌套名称说明符的范围,除了只找到类和命名空间名称。例如,你可以有这个:
int main()
{
int X;
X::i = 42; // OK, int X not found.
}
http://ideone.com/NaEIVd
实际上不建议使用这个漏洞;如果X
是类类型的对象,那么X::i
可能X.i
是完全不同的东西。
为了从标准中得出这个结论,从 3.4.3(合格的查找,这是我们最终要分析的高级构造)开始,它在第 1 段中说,
类或命名空间成员或枚举器的名称可以在应用于表示其类、命名空间或枚举的嵌套名称说明符的 :: 范围解析运算符 (5.1) 之后引用。如果嵌套名称说明符中的 :: 范围解析运算符前面没有 decltype 说明符,则查找 :: 之前的名称仅考虑其特化为类型的名称空间、类型和模板。如果找到的名称没有指定命名空间或类、枚举或依赖类型,则程序是非良构的。
继续阅读第 2 段,它不适用,因为没有声明限定 ID。其余段落同样规定了不适用的例外情况。那么,前面的东西是::
什么?参考语法。
nested-name-specifier:
::
type-name ::
namespace-name ::
decltype-specifier ::
nested-name-specifier identifier ::
nested-name-specifier templateopt simple-template-id ::
只有type-name ::
并namespace-name ::
符合我们的先验标准。这些也与我们迄今为止发现的重叠。在特定的上下文中,type-name
或通常是如何解决的?namespace-name
不合格的查找。继续 3.4.1。
首先,3.4.1/1 是要记住的一般规则:
在 3.4.1 中列出的所有情况下,按照每个相应类别中列出的顺序搜索范围以查找声明;一旦找到名称的声明,名称查找就会结束。如果没有找到声明,则程序格式错误。
下一个适用的段落是 6:
在函数的 declarator-id 之后的函数定义中使用的名称是命名空间 N 的成员(其中,仅出于说明的目的,N 可以表示全局范围)应在其用于其中的块之前声明它被使用或在其封闭块之一(6.3)中使用,或者应在其在命名空间 N 中使用之前声明,或者,如果 N 是嵌套命名空间,则应在其在 N 的封闭命名空间之一中使用之前声明。
该规则并没有告诉我们在全局命名空间中实际搜索名称,但它确实在列表中提到了函数的封闭命名空间(在本例中为全局命名空间),并且第 1 段说搜索列出的命名空间。所以这足以构建名称查找。
令人惊讶的是,它没有提到优先考虑内部封闭命名空间的递归搜索,但您的示例中实际上并没有这样的东西,所以我会在这里停下来:)。将编译留给编译器要快得多,并且仅在出现问题时手动工作。