printf类型不匹配会导致未定义行为，如%u对应size_t应为%zu，传nullptr给%s会段错误；C++无运行时检查，全靠开发者保证格式符与参数类型、顺序一致。
printf 用 %d、%f 等格式符控制输出，但类型不匹配会崩溃
比如 %d 对应 int，传入 long long 就是未定义行为（常见 crash 或乱码）。C++ 不做运行时类型检查，printf 完全依赖你手写的格式符和实参顺序一致。
常见踩坑点：
-
printf("%d", my_size_t_value);——size_t在 64 位系统通常是unsigned long，用%d错，该用%zu -
printf("%s", nullptr);—— 直接段错误，cout 则安全输出 <code>0或空字符串（取决于标准库实现） - 浮点数精度控制麻烦：
printf("%.3f", x)可控，但无法统一设置全局精度，每次都要写
cout 用流操作符和 manipulator 控制格式，类型安全但语法冗长
cout 本身不带格式参数，靠插入操作符 和 <code>std::setprecision、std::hex 等操纵器组合。所有类型由重载决定，编译期检查，不会因类型错导致崩溃。
典型用法：
立即学习“C++免费学习笔记（深入）”；
- 整数进制：
cout 输出 <code>ff；之后需手动恢复：cout - 浮点精度：
cout 输出 <code>3.142 - 填充与对齐：
cout 输出 <code>00000042
注意：std::setw 只对下一个输出项生效，std::setprecision 和 std::fixed 是持久的，直到被覆盖。
混合使用 printf 和 cout 时，缓冲区不同步可能乱序
printf 默认行缓冲（遇到 \n 刷出），cout 默认也是行缓冲，但二者缓冲区独立。混用时如：
printf("start ");
cout << "middle" << endl;
printf("end\n");
输出可能是 start end 换行后才出 middle，尤其在重定向到文件或管道时更明显。
解决办法（二选一）：
- 强制同步：
std::ios::sync_with_stdio(false);关闭同步（提升性能，但禁止混用） - 手动刷新：
printf后加fflush(stdout)，或cout后加cout.flush()
现代 C++ 推荐 std::format（C++20）替代两者
std::format 是类型安全、格式清晰、无缓冲冲突的方案，语法类似 Python 的 str.format()：
#include <format>
#include <iostream>
std::string s = std::format("value={:.2f}, count={:04d}", 3.14159, 42);
std::cout << s << "\n"; // value=3.14, count=0042
它比 printf 安全，比 cout 简洁，且支持编译期检查（部分实现已支持）。不过目前 MSVC 支持较好，GCC/Clang 需要较新版本（≥13）并开启 -std=c++20。
如果项目不能用 C++20，fmt 库（{fmt}）是成熟替代，API 几乎一致，只需把 std::format 换成 fmt::format。
真正难处理的是遗留代码里那些靠 printf 的动态格式字符串（比如日志模板），或者需要极致性能的嵌入式场景——这时还得盯紧格式符和类型的对应关系，别光看编译过没过。
