bits/stdc++.h 是一个在 C++ 编程竞赛和快速开发中广泛使用的非标准头文件，它并不是 C++ 标准的一部分，但在某些编译器（如 GNU GCC）中可以使用。这个头文件的作用是包含几乎所有常用的 C++ 标准库头文件，因此被称为“万能头文件”。
为什么叫“万能头文件”？
当你在程序开头写上：
// 包含所有常用标准库#include
你就无需手动包含以下这些常见头文件：
- iostream> // 输入输出流
// 动态数组 // 字符串操作 gorithm> // 常用算法（sort、reverse 等） , , , , , - …… 几乎所有 STL 和常用函数库
这意味着你可以直接使用 vector、sort、cin、cout、priority_queue 等而不用关心具体该引入哪个头文件。
立即学习“C++免费学习笔记（深入）”；
适用场景与优势
这个头文件主要流行于以下场合：
- 算法竞赛（如 ACM、LeetCode 比赛模式）：节省编码时间，避免因忘记包含某个头文件而出错。
- 快速原型开发或测试代码：临时写个小工具或验证思路时非常方便。
- 对编译速度不敏感的环境：比赛中通常只提交一次，不在乎预处理时间。
优点很明显：省事、减少出错概率、提升编码效率。
为什么不推荐在正式项目中使用？
尽管方便，但 bits/stdc++.h 存在多个严重问题，不适合生产环境：
- 非标准性：它不是 ISO C++ 标准的一部分，仅在 GCC 中支持，Clang 或 MSVC 可能无法识别。
- 编译速度慢：即使你只用到几个函数，也会加载全部标准库内容，显著增加编译时间。
- 命名空间污染严重：自动引入 std 命名空间下的大量符号，容易引发命名冲突。
- 不利于代码可读性和维护：别人阅读你的代码时，无法知道你实际依赖哪些库。
- 不可移植：换一个编译器或平台可能直接报错“No such file or directory”。
替代建议
在正式开发中，应始终明确包含所需的头文件。例如：
#include#include
#include
using namespace std;
这样虽然多写几行，但代码更清晰、健壮、可移植。
基本上就这些。简单说：比赛图快可以用 bits/stdc++.h，工程开发请远离它。清楚自己用了什么，才是好习惯。
