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:用 ...
随机推荐
- .NET 纯原生实现 Cron 定时任务执行，未依赖第三方组件 (Timer 优化版)
在上个月写过一篇 .NET 纯原生实现 Cron 定时任务执行,未依赖第三方组件 的文章,当时 CronSchedule 的实现是使用了,每个服务都独立进入到一个 while 循环中,进行定期扫描是否 ...
- springMVC配置时，静态资源和jsp文件路径没错但是访问时controller的请求报404错误。
springMVC配置时,静态资源和jsp文件路径没错但是访问时controller的请求报404错误. 1.场景 如果在web.xml中servlet-mapping的url-pattern设置的是 ...
- Windows服务器的重复数据删除功能
自从Windows server 2012开始,微软在系统层面提供了重复数据删除功能.重复数据删除是为了文件服务器.虚拟化服务器等设计的.其实只要是存放的文件有大部分内容是相同的就可以发挥很好的效果. ...
- 干货分享｜使用 Istio 实现灰度发布
Kubernetes 作为基础平台,提供了强大的容器编排能力.但是在其上部署业务和服务治理上,仍然会面对一些复杂性和局限性.在服务治理上,已经有许多成熟的 ServiceMesh 框架用于扩充其能力, ...
- Prometheus 监控 Kubernetes Job 资源误报的坑
转载自:https://www.qikqiak.com/post/prometheus-monitor-k8s-job-trap/ 昨天在 Prometheus 课程辅导群里面有同学提到一个问题,是关 ...
- 关于使用kuboard安装其自带的监控应用的注意事项
在安装过程中若想监控kube-controller-manager和kube-scheduler,需要按步骤中的如下说明操作 在这里,所有master节点的这俩文件都需要修改,不用apply,等一分钟 ...
- CentOS7部署FastDFS+nginx模块
软件下载 # 已经事先把所需软件下载好并上传到/usr/local/src目录了 https://github.com/happyfish100/libfastcommon/archive/V1.0. ...
- acwing346 走廊泼水节 （最小生成树）
完全图就是每两个点都有直接相连的边. 模拟Kruskal算法的过程,每选择一条边加入时,他两端端点在同一个集合中就跳过,否则考虑合并两个集合,合并时需要增加的每条边的权值至少是edge[i]+1,这才 ...
- HDU1423 Greatest Common Increasing Subsequence （DP优化）
LIS和LCS的结合. 容易写出方程,复杂度是nm2,但我们可以去掉一层没有必要的枚举,用一个变量val记录前一阶段的最优解,这样优化成nm. 1<=k<j,j增加1,k的上界也增加1,就 ...
- 洛谷P4638 SHOI2011 银行 ( 最大流）
类似题目(一模一样):http://poj.org/problem?id=1149 我这里以poj1149的PIGS为例, 新建源点s和汇点t,n个顾客作为中间的点,,对于每个顾客,他可以解锁一定的猪 ...