`using namespace ...`是否增加编译时长或影响性能？为何会轻微增加编译时长？

好问题！咱们来把这个疑问拆成两部分说清楚：

一、对程序运行性能的影响：完全没有 #

using namespace ...纯粹是编译期的语法便利，不会对最终生成的二进制程序产生任何影响。说白了，编译器在编译时会把你用的未限定标识符（比如cout）自动替换成带命名空间限定的版本（std::cout），编译完成后，生成的机器码和你手动写全限定名的代码完全一样。运行时根本不会知道你有没有用过这个语句，自然也就没有任何性能开销。

二、对编译时长的影响：确实会轻微增加 #

你听说的“轻微增加编译时长”是对的，原因主要有这几点：

• 标识符查找范围扩大：当编译器遇到一个未限定的名字（比如string），原本只需要搜索当前作用域、全局作用域，现在还要遍历整个被导入的命名空间（比如std里成百上千的标准库类、函数、模板），逐一匹配候选名字。这个遍历和匹配的过程会多消耗一点编译时间，尤其是当命名空间规模很大的时候。
• 额外的名字冲突检查：如果同时导入了多个命名空间，或者当前作用域有同名标识符，编译器需要额外检查是否存在名字冲突，判断该用哪个版本的标识符。这一步也会增加少量的编译开销。
• 头文件的连锁影响：如果在头文件里写using namespace ...，那么所有包含这个头文件的源文件都会继承这个命名空间导入，相当于把查找范围扩大的影响扩散到了整个项目，累积起来的编译时间增加会更明显。

一点实践小建议 #

• 在**源文件（.cpp）**里使用using namespace std之类的语句其实问题不大，编译时长的增加在大多数中小型项目里几乎感知不到，还能减少代码的冗长。
• 但绝对不要在**头文件（.h/.hpp）**里用！这会污染全局命名空间，导致其他文件出现莫名其妙的名字冲突，同时也会让整个项目的编译时长受到不必要的影响。

内容的提问来源于stack exchange，提问作者Артём Гаркавый