HoRain 云小助手个人主页⛺️生活的理想就是为了理想的生活!⛳️ 推荐前些天发现了一个超棒的服务器购买网站性价比超高大内存超划算忍不住分享一下给大家。点击跳转到网站。目录⛳️ 推荐一、传统 #include—— 从 C 继承来的文本包含基本用法C 头在 C 里的两种写法别混常见坑二、C20 Modules —— 革命性的替换自定义模块长这样头单元Header Units—— 过渡方案三、C23 import std/ import std.compat—— 重头戏⚠️ 新手最容易混的点四、三家编译器支持进度工程现实五、工程取舍什么时候用哪种六、面试能串的几句C 导入标准库这事现在正好是新旧交替期——传统#include从 C98 用到现在C20 引入 modulesC23 又给标准库本身加了import std;/import std.compat;两个命名模块可以一句话把整个 STL 拉进来。下面把传统头文件 → C20 modules → C23import std→ 工程取舍一次讲清。一、传统#include—— 从 C 继承来的文本包含基本用法#include vector // 标准库头尖括号 → 编译器系统路径找 #include thread // 上一轮聊的多线程就从这导 #include mutex #include my_lib.h // 双引号 → 先找当前目录再走系统路径预处理阶段做的事把头文件全文复制粘贴到#include位置所以每个.cpp都会把vector重新解析一遍——大型项目 N 个.cpp各 include 一次就是 N 遍开销这是#include最大的痛点。C 头在 C 里的两种写法别混C 标准库被 C 包了一层有两种形式推荐第二种#include stdio.h // C 原版符号在全局命名空间::printf #include cstdio // C 包裹版符号进 std::std::printf也可用 ::printf规则*.h是 C 兼容遗留c*是 C 化版本。工程上新代码走cstdio/cstdlib/ctime这套跟std::风格统一。常见坑包含顺序敏感头文件里如果有宏前面#define会影响后面头的行为典型的windows.h灾难宏污染头文件里的#define min/max/ERROR会漏到你的代码里这就是为什么很多人写#define NOMINMAX再 include windows.h下划线私有符号外泄头里_Sort_unchecked这种实现细节你也看得见约定别用但拦不住二、C20 Modules —— 革命性的替换C20 引入module/import/export目标是干掉文本包含解决上面那三个坑。自定义模块长这样// math_utils.cppm 模块接口文件.cppm 是常见后缀 export module math_utils; export int add(int a, int b) { return a b; }// main.cpp import math_utils; import std.io; // C23 子模块只导 io 部分 int main() { std::println({}, add(1, 2)); // C23 println }几个跟#include的本质差异维度#includeimport机制文本复制二进制接口.ifc.obj编译速度每 TU 重解析慢模块编一次复用快宏会泄漏不传宏模块内宏留在模块内私有符号看得见约定别用export没导出的外面看不到包含顺序敏感无关​ 微软给过一个近似数据250 MB 的 PCH ≈ 80 MB 头单元 ≈25 MB 模块量级差异。头单元Header Units—— 过渡方案C20 还给了个半吊子import vector;把行为良好的头当模块导比#include快、比真模块慢适合迁移期。但宏还是会漏因为头本质没变这是它不如真模块的地方。三、C23import std/import std.compat—— 重头戏C23 给标准库本身加了两个命名模块这是导入标准库这件事的最新形态// C23 起 import std; // 导出 std 命名空间下所有 STL 声明 C 包裹头std::printf 等 import std.compat; // 在 std 基础上再把 C 标准库符号::printf、::malloc漏到全局对比传统写法// C17 及以前 #include iostream #include vector #include thread // ... 几十个 include // C23 以后 import std; // 一句话整个 STL 可用import std;后std::vector/std::cout/std::thread全都有但assert/errno/offsetof/va_arg这些宏不能用——因为模块不传宏要用得#include cassert或走std.compatC 符号全局可见那版。⚠️ 新手最容易混的点import std;≠​using namespace std;import std; // 只是让你有权用 std 里的东西命名空间还在 std::cout hi\n; // ✅ 要写 std:: using namespace std; cout hi\n; // ✅ 这才是免 std::两个可以一起用但别以为import std;省了std::。四、三家编译器支持进度工程现实这部分决定你能不能用MSVCVS 2022 17.5import std;支持最稳文档最全配置要开扫描源以查找模块依赖Clang 18支持import std;C23 完整 STL 模块但子模块覆盖不全GCC 15刚开始支持import std;进度最慢 所以现在2025–2026Windows MSVC 新项目可以直接上import std;Linux 侧 GCC/Clang 还得再等等或者先用#include PCH 苟。五、工程取舍什么时候用哪种按编译器能力和项目阶段分四档C20 可用 C23 STL 现代编译器MSVC 17.5​ →import std;/import std.compat;最快最干净C20 可用但不能全模块要宏 / 兼容老头文件​ → 头单元import vector;过渡C20 不可用 / 跨平台老编译器​ →#include 可选 PCH维护老项目​ → 别动继续#include迁移成本 收益 一个常被忽略的点import std;目前是整个 STL 一把导未来 C26 可能拆std.core/std.filesystem/std.threading这种子模块让按需导入编译更快——现在 MSVC 已经支持import std.io;这种细分写法了。六、面试能串的几句C 传统#include是预处理文本复制每 TU 重解析所以大项目 PCH 是标配C20 modules 用import替代二进制.ifc接口不传宏、不分私有符号、顺序无关——这是跟#include的三个命门差异C23import std;一句话拉整个 STL但要注意宏没了assert/errno得另处理且import std;≠using namespace std;编译器支持MSVC 最快GCC 15 才跟上所以跨平台项目现在还不敢全线换如果想再往下挖可以聊export怎么控制模块可见性、头单元 vs 真模块迁移路径或者C26 预期拆的子模块怎么影响编译模型——挑一个❤️❤️❤️本人水平有限如有纰漏欢迎各位大佬评论批评指正如果觉得这篇文对你有帮助的话也请给个点赞、收藏下吧非常感谢! Stay Hungry Stay Foolish 道阻且长,行则将至,让我们一起加油吧