C++ using 编译指令与名称冲突
using 编译指令：它由名称空间名和它前面的关键字 using namespace 组成，它使名称空间中的所有名称都可用，而不需要使用作用域解析运算符。在全局声明区域中使用 using 编译指令，将使该名称空间的名称全局可用；在函数或代码块中使用 using 编译指令，将使其中的名称在该函数或代码块中可用。当包含 using 声明的最小声明区域中已经声明了和名称空间中相同的名称时，若仍使用 using 声明导入该名称空间的同名名称，则这两个名称将会发生冲突，编译器会报错。与 using 声明不同的是，using 编译指令会进行名称解析，在一些时候名称空间的变量会被同区域声明的同名变量隐藏，不会出现名称冲突的报错。但在另一些情况下，使用 using 编译指令仍会出现名称冲突的报错，下面对此进行总结，测试所用的环境为 Microsoft Visual Studio 2019 以及 QT 5.9.2 MinGW 32bit。
1 using 编译指令与同名全局变量
结论：若仅存在同名全局变量，不存在同名局部变量，使用 using 编译指令后，在作用域的重合区域使用变量时一定会引发名称冲突。除非在同名全局变量声明前的代码块中使用，但这时是因为同名变量的作用域不重合，而非 using 编译指令名称解析的功劳。
1.1 在同名全局变量声明前使用
若在同名全局变量声明前的代码块中使用，由于作用域不重合，一定不会引发名称冲突，因此只需测试在同名全局变量声明前的全局区中使用 using 编译指令的效果。测试程序如下：（出现名称冲突报错）
#include <iostream>
//自定义名称空间
namespace Jack {
double pail = 1;
}
//在同名全局变量声明前使用
using namespace Jack;
//在全局名称空间中定义变量
double pail = 2;
//测试
int main()
{
using namespace std;
//使用
cout << pail << endl;
cout << ::pail << endl;
cout << Jack::pail << endl;
return 0;
}
运行结果如下：
1.2 在同名全局变量声明后的全局区中使用
测试程序如下：（出现名称冲突报错）
#include <iostream>
//自定义名称空间
namespace Jack {
double pail = 1;
}
//在全局名称空间中定义变量
double pail = 2;
//在同名全局变量声明后使用
using namespace Jack;
//测试
int main()
{
using namespace std;
//使用
cout << pail << endl;
cout << ::pail << endl;
cout << Jack::pail << endl;
return 0;
}
运行结果如下：
1.3 在同名全局变量声明后的代码块中使用
测试程序如下：（出现名称冲突报错）
#include <iostream>
//自定义名称空间
namespace Jack {
double pail = 1;
}
//同名全局变量声明
double pail = 2;
//测试
int main()
{
using namespace std;
//使用
using namespace Jack;
cout << pail << endl;
cout << ::pail << endl;
cout << Jack::pail << endl;
return 0;
}
运行结果如下：
2 using 编译指令与同名局部变量
结论：若仅存在同名局部变量，不存在同名全局变量，使用 using 编译指令将会进行名称解析，不会引发名称冲突，但在代码块中，同名局部变量将隐藏名称空间中的变量。
2.1 在同名局部变量声明前的全局区中使用
测试程序如下：（运行成功）
#include <iostream>
//自定义名称空间
namespace Jack {
double pail = 1;
}
//在同名局部变量声明前的全局区中使用
using namespace Jack;
//测试
int main()
{
using namespace std;
//同名局部变量
double pail = 2;
//使用
cout << pail << endl; //结果为2
cout << ::pail << endl; //结果为1
cout << Jack::pail << endl; //结果为1
return 0;
}
运行结果如下：
2.2 在同名局部变量声明前的代码块中使用
测试程序如下：（运行成功）
#include <iostream>
//自定义名称空间
namespace Jack {
double pail = 1;
}
//测试
int main()
{
using namespace std;
//在同名局部变量声明前的代码块中使用
using namespace Jack;
//同名局部变量
double pail = 2;
//使用
cout << pail << endl; //结果为2
cout << Jack::pail << endl; //结果为1
return 0;
}
运行结果如下：
2.3 在同名局部变量声明后使用
若在同名局部变量声明后的全局区中使用，由于作用域不重合，一定不会引发名称冲突，因此只需测试在同名局部变量声明后的代码块中使用 using 编译指令的效果。测试程序如下：（运行成功）
#include <iostream>
//自定义名称空间
namespace Jack {
double pail = 1;
}
//测试
int main()
{
using namespace std;
//同名局部变量
double pail = 2;
//在同名局部变量声明后的代码块中使用
using namespace Jack;
//使用
cout << pail << endl; //结果为2
cout << Jack::pail << endl; //结果为1
return 0;
}
运行结果如下：
3 不同名称空间中的同名变量
结论：若不同名称空间中存在同名变量，不存在同名全局变量以及同名局部变量，使用 using 编译指令后，在作用域的重合区域使用变量时一定会引发名称冲突。
3.1 using 编译指令位置都在全局区中
测试程序如下：（出现名称冲突报错）
#include <iostream>
//自定义名称空间
namespace Jack {
double pail = 1;
}
namespace Rose {
double pail = 2;
}
//都在全局区中
using namespace Jack;
using namespace Rose;
//测试
int main()
{
using namespace std;
//使用
cout << pail << endl;
return 0;
}
运行结果如下：
3.2 using 编译指令位置都在代码块中
测试程序如下：（出现名称冲突报错）
#include <iostream>
//自定义名称空间
namespace Jack {
double pail = 1;
}
namespace Rose {
double pail = 2;
}
//测试
int main()
{
using namespace std;
//都在代码块中
using namespace Jack;
using namespace Rose;
//使用
cout << pail << endl;
return 0;
}
运行结果如下：
3.3 using 编译指令位置不同区
测试程序如下：（出现名称冲突报错）
#include <iostream>
//自定义名称空间
namespace Jack {
double pail = 1;
}
namespace Rose {
double pail = 2;
}
//Jack位于全局区中
using namespace Jack;
//测试
int main()
{
using namespace std;
//Rose位于代码块中
using namespace Rose;
//使用
cout << pail << endl;
return 0;
}
运行结果如下：
4 多个同名变量共存
结论：若名称空间中的变量、同名全局变量、同名局部局部变量三者同时存在，using 编译指令的使用位置不会影响名称解析的结果，且不会引发名称冲突，这正是 using 编译指令进行名称解析的效果。
4.1 在同名全局变量声明前的全局区中使用
测试程序如下：（运行成功）
#include <iostream>
//自定义名称空间
namespace Jack {
double pail = 1;
}
//在同名全局变量声明前的全局区中使用
using namespace Jack;
//同名全局变量
double pail = 2;
//测试
int main()
{
using namespace std;
//同名局部变量
double pail = 3;
//使用
cout << pail << endl; //结果为3
cout << ::pail << endl; //结果为2
cout << Jack::pail << endl; //结果为1
return 0;
}
运行结果如下：
4.2 在同名全局变量声明后的全局区中使用
测试程序如下：（运行成功）
#include <iostream>
//自定义名称空间
namespace Jack {
double pail = 1;
}
//同名全局变量
double pail = 2;
//在同名全局变量声明后的全局区中使用
using namespace Jack;
//测试
int main()
{
using namespace std;
//同名局部变量
double pail = 3;
//使用
cout << pail << endl; //结果为3
cout << ::pail << endl; //结果为2
cout << Jack::pail << endl; //结果为1
return 0;
}
运行结果如下：
4.3 在同名局部变量声明前的代码块中使用
测试程序如下：（运行成功）
#include <iostream>
//自定义名称空间
namespace Jack {
double pail = 1;
}
//同名全局变量
double pail = 2;
//测试
int main()
{
using namespace std;
//在同名局部变量声明前的代码块中使用
using namespace Jack;
//同名局部变量
double pail = 3;
//使用
cout << pail << endl; //结果为3
cout << ::pail << endl; //结果为2
cout << Jack::pail << endl; //结果为1
return 0;
}
运行结果如下：
4.4 在同名局部变量声明后的代码块中使用
测试程序如下：（运行成功）
#include <iostream>
//自定义名称空间
namespace Jack {
double pail = 1;
}
//同名全局变量
double pail = 2;
//测试
int main()
{
using namespace std;
//同名局部变量
double pail = 3;
//在同名局部变量声明后的代码块中使用
using namespace Jack;
//使用
cout << pail << endl; //结果为3
cout << ::pail << endl; //结果为2
cout << Jack::pail << endl; //结果为1
return 0;
}
运行结果如下：
5 总结
通过上述多个测试，可以得到以下结论：
- 若仅存在同名全局变量，不存在同名局部变量，使用
using编译指令后，在作用域的重合区域使用变量时一定会引发名称冲突。 - 若仅存在同名局部变量，不存在同名全局变量，使用
using编译指令将会进行名称解析，不会引发名称冲突，但在代码块中，同名局部变量将隐藏名称空间中的变量。 - 若不同名称空间中存在同名变量，不存在同名全局变量以及同名局部变量，使用
using编译指令后，在作用域的重合区域使用变量时一定会引发名称冲突。 - 若名称空间中的变量、同名全局变量、同名局部局部变量三者同时存在，
using编译指令的使用位置不会影响名称解析的结果，且不会引发名称冲突，这正是using编译指令进行名称解析的效果。
以 Jack 名称空间中的 pail 变量为例，将使用 using 编译指令时可能遇到的各种情况列表如下，表中的最后一列是指在作用域的重合区域使用变量时是否会引发名称冲突。
| 场景 | 同名全局变量 pail |
同名局部变量 pail |
另一名称空间 Rose 的同名变量 pail |
using 编译指令是否名称冲突 |
|---|---|---|---|---|
| 1 | 存在 | 无 | 无 | 冲突 |
| 2 | 存在 | 无 | 存在 | 冲突 |
| 3 | 无 | 存在 | 无 | 不冲突 |
| 4 | 无 | 存在 | 存在 | 不冲突 |
| 5 | 无 | 无 | 存在 | 冲突 |
| 6 | 存在 | 存在 | 无 | 不冲突 |
| 7 | 存在 | 存在 | 存在 | 不冲突 |
| 8 | 无 | 无 | 无 | 不冲突 |
C++ using 编译指令与名称冲突的更多相关文章
- using 声明与编译指令
using std::cout; // using 声明 using namespace std; // using 编译指令,导入std里面的所有名称 一般使用using 声明,它只会导入指定的名称 ...
- iOS中的预编译指令的初步探究
目录 文件包含 #include #include_next #import 宏定义 #define #undef 条件编译 #if #else #endif #if define #ifdef #i ...
- 【JSP】JSP基础学习记录（一）—— 基础介绍以及3个编译指令
序: 从实现到现在一直是以.net为主,但偶尔也会参与一些其他语言的项目.最近需要对一个Java Web项目进行二次开发,一直没学习过JSP所以买了几本书自学试试.参考资料为<轻量级Java E ...
- C++ 中的名称冲突之 "y1"
已经是第二次遇到这个问题了: #include <bits/stdc++.h> using namespace std; ); ][N][][N]; int x1, x2, y1, y2; ...
- 二、JSP的3个编译指令，7个动作指令，9个内置对象
JSP 3个编译指令 1) page指令(基本不需要用到,使用默认即可) 主要属性: 1．Language:指定脚本所采用的语言类型,现在只支持java 2．Extends:定义当前jsp产生的se ...
- Delphi 预编译指令 的用法
A.3 使用条件编译指令条件编译指令是非常重要的编译指令,他控制着在不同条件下(例如,不同的操作系统)产生不同的代码.条件编译指令是包含在注释括号之内的,如下表所示. ...
- Delphi 预编译指令
<Delphi下深入Windows核心编程>(附录A Delphi编译指令说明)Delphi快速高小的编译器主要来自Object PASCAL的严谨,使用Delphi随时都在与编译器交流, ...
- JSP学习（2）---四种基本语法与三种编译指令
JSP的异常可以不处理,即使是checked异常. 四种基本语法: jsp声明,jsp注释,jsp表达式,jsp脚本 三种编译指令: page,include,taglib 下面是具体的练习. sho ...
- c/c++中的预编译指令总结
预处理指令提供按条件跳过源文件中的节.报告错误和警告条件,以及描绘源代码的不同区域的能力.使用术语“预处理指令”只是为了与 C 和 C++ 编程语言保持一致.在 C# 中没有单独的预处理步骤:预处理指 ...
- jsp 的 3 个编译指令
JSP 的编译指令是通知 JSP 引擎的消息,它不直接生成输出. 常见的编译指令有如下三个: 1.page:该指令是针对当前页面的指令 2.include:用于指定包含另一个页面 3.taglib:用 ...
随机推荐
- OOM故障处理流程
一.OOM机制概述 Linux 内核有个机制叫OOM killer(Out Of Memory killer),该机制会监控那些占用内存过大,尤其是瞬间占用内存很快的进程,为防止内存耗尽而自动把该进程 ...
- 关于在PyCharm中使用虚拟环境
Python虚拟环境的概念对于管理项目用到的第三方包真是好处多多,所以也想在PyCharm使用虚拟环境. 在这个过程中,遇到很多问题: 第一是使用Python创建虚拟环境,然后在PyCharm创建项目 ...
- 【COS生态建设】开发者有奖调研，等你来参与！
为了更好的赋能开发者,为大家提供更好的开源应用,我们诚挚的邀请您抽出几分钟参与"有奖问卷",告诉我们您对"COS生态建设"的意见和建议.希望通过这份调查问卷,能 ...
- 2.69分钟完成BERT训练！新发CANN 5.0加持
摘要:快,着实有点快. 现在,经典模型BERT只需2.69分钟.ResNet只需16秒. 啪的一下,就能完成训练! 本文分享自华为云社区<这就是华为速度:2.69分钟完成BERT训练!新发CAN ...
- SSH 克隆跟HTTP 克隆地址的区别
1.使用SSH 克隆 需要事先把本机生成的SSH公钥配置到项目中,然后直接复制ssh克隆地址就能直接克隆了 2.使用HTTP克隆 可以不配置本机的SSH公钥,但是克隆时需要使用项目用户的账号密码登录进 ...
- 使用 EFKLK 搭建 Kubernetes 日志收集工具栈
转载自:https://mp.weixin.qq.com/s?__biz=MzU4MjQ0MTU4Ng==&mid=2247491992&idx=1&sn=a770252759 ...
- 7. Ceph 高级篇 - RBD块设备回收站、快照、克隆
文章转载自:https://mp.weixin.qq.com/s?__biz=MzI1MDgwNzQ1MQ==&mid=2247485298&idx=1&sn=b83fda07 ...
- Elastic：Elasticsearch的分片管理策略
- Request Body Search
官方文档地址:https://www.elastic.co/guide/en/elasticsearch/reference/master/modules-scripting-using.html
- C#中Math.Round()实现中国式四舍五入问题
C#中的Math.Round()并不是使用的"四舍五入"法.实际上是四舍六入五取偶. 对于这个问题我们常见的解决方式是使用MidpointRounding.AwayFromZero ...