bits/stdc++.h 是 GNU libstdc++ 私有头文件，非 C++ 标准，Clang、MSVC 及多数 OJ 不支持，导致本地 GCC 编译通过而提交报错“No such file or directory”。
为什么 bits/stdc++.h 在本地编译能过，交到 OJ 就报错？
因为 bits/stdc++.h 不是 C++ 标准头文件，而是 GNU libstdc++ 的私有扩展，只在 GCC（且通常仅限 Linux/macOS 下的完整安装）中存在。Clang、MSVC、部分精简版 MinGW 或在线评测系统（如 Codeforces 旧版 Windows 编译器、LeetCode、牛客默认环境）根本没这个文件。
- 常见错误现象：
fatal error: bits/stdc++.h: No such file or directory - 典型使用场景：ACM/ICPC 选手快速写题、本地用 GCC 快速验证逻辑
- 它本质是把 libstdc++ 下几乎所有标准头（
<iostream>、<vector>、<algorithm>等）和扩展头（<ext/pb_ds/assoc_container.hpp>）一股脑 include 进来 - 副作用明显：编译变慢（尤其小项目）、隐藏依赖不清晰、移植性归零
哪些函数/类型会因用了 bits/stdc++.h 而意外不可用？
它不会“提供”新标准特性，但会掩盖你是否真写了必要 #include。一旦换编译器或删掉它，以下情况立刻暴露：
-
std::string_view（C++17）仍需显式#include <string_view>，bits/stdc++.h不包含它 -
std::format（C++20）完全不在其中，连 GCC 13 默认也不打包进去 -
std::span、<ranges>等新头文件，均未被覆盖 - 某些 OJ 启用
-std=c++17但没同步更新 libstdc++ 版本，bits/stdc++.h反而可能引入冲突符号
不用 bits/stdc++.h，怎么写得快又不出错？
按实际用到的功能精准 include，配合编辑器自动补全，效率不输——而且一次写对，到处能跑。
- 算法题高频组合就是三行：
#include <iostream>、#include <vector>、#include <algorithm> - 需要字符串操作加
#include <string>；用 map/set 加#include <map>或#include <set> - 用
std::priority_queue？必须#include <queue>，它不会从<vector>自动带进来 - VS Code + C/C++ 插件、CLion 都支持输入
vec回车直接补全std::vector<int> vec;，比敲bits/stdc++.h还快
如果非要保留 bits/stdc++.h 习惯，至少做三件事
不是反对用，而是不能假装它没代价。
立即学习“C++免费学习笔记（深入）”；
- 本地开发时，在
CMakeLists.txt或编译命令里显式加-D_GLIBCXX_DEBUG，提前暴露越界/未初始化问题 - 提交前用
g++ -H your.cpp 2>&1 | head -20看实际引入了多少头文件——常超 200 个，其中 90% 你根本没用 - CI 或脚本里加检查：
grep -q 'bits/stdc\.h' *.cpp && echo "WARN: non-portable header found"
真正难的从来不是少敲几行 include，而是当 std::is_sorted_until 在某个平台返回迭代器偏移异常时，你能不能立刻定位到是 <algorithm> 没 include 导致 ADL 失败，还是编译器版本太老——这时候，每个头文件都清清楚楚，反而省最多时间。
