在学习C++的过程中，我们会经常看到using namespace std；在说明using之前，我们必须先了解命名空间的概念和使用哈~~
在一个给定作用域中定义的每个名字在该作用域中必须是唯一的，对庞大、复杂的应用程序来说，这个要求可能难以满足，这样的应用程序的全局作用域中一般有许多名字定义。由独立开发库构成的复杂程序更有可能遇到名字冲突--同样的名字既可能在我们自己的代码中使用，也可能（更常见地）在独立供应商提供的代码中使用。库倾向于定义许多全局名字--主要是模板名、类型名。在使用来自多个供应商的库编写应用程序时，名字冲突的问题尤为突出。这个问题叫命名空间污染。
命名空间为解决这个问题应运而生。每个命名空间是一个作用域，命名空间中的每个名字必须引用该命名空间中的唯一实体。命名空间可以是不连续的，还可以嵌套。其中std就是c++的标准命名空间，c++标准内容的名字都放在它里面。
-
using声明 例如：using std::map;
一个using声明一次只引入一个命名空间成员，它使得无论程序中使用哪些名字，都能够非常明确。Using声明中引入的名字遵循作用域规则。外部作用域定义的同名实体被屏蔽。类作用域中的using声明局限于被定义类的基类中定义的名字。 这种方法虽然麻烦，但是更为安全，是一种较好的方法。
-
using指示
如第一段说明，using namespace std; 就是一个using指示。Using指示以关键字using开头，后接关键字namespace，再接命名空间名字。Using指示使我们能够使用命名空间的简写形式，与using声明不同，与using声明不同，using指示无法控制使得哪些名字可见。Using指示使得特定命名空间的所有名字可见，没有限制。
-
避免使用using指示
*using指示来自一个命名空间的所有名字，它的使用是靠不住的，只用一个语句，命名空间的所有成员名就突然都可见了。如果应用程序使用很多库，并且用using指示使得这些库中的名字可见，那么，全局命名空间污染问题就重新出现。
*引入库的新版本的时候，正在工作的程序可能会编译失败。如果新版本的引入一个与应用程序正在使用名字冲突的名字，就会引发命名空间污染。
*由using指示引起的二义性错误只能在使用处检测。
*相对于依赖于using指示，对程序中使用的每个命名空间名字使用using声明更好，这样做减少注入到程序中的名字数目，由using声明引起的二义性错误在声明点而不是在使用点检测，因此更容易发现和修正。
尽管在国内的大多数c++教材中都是使用using namespace std;这种using指示，使我们都习以为常，也使我们很多人不加思考。但是它却是种不好的方法和习惯，在国外的教材上都是提倡使用using声明的，也很少看到using namespace std;这样的语句。
