printf在C++中可用但不推荐，因其是C标准库函数、类型不安全且易引发未定义行为；仅在高性能日志或C库交互时考虑使用，而cout更安全、类型安全且兼容性好。
printf 为什么在 C++ 里能用但不推荐
因为 printf 是 C 标准库函数，C++ 兼容 C，所以头文件 <cstdio> 一包含就能调；但它不类型安全，编译器没法检查参数个数和类型是否匹配。
- 常见错误现象：
printf("%s", 42)不报错，运行时崩溃或输出乱码 - 使用场景：只在需要高性能日志（如嵌入式）、或与 C 库深度交互时才考虑用
printf - 参数差异：
printf依赖格式字符串，%d对应int，%lld对应long long，漏写或写错直接 UB（未定义行为） - 兼容性影响：Windows 下宽字符支持差，
wprintf和std::wcout行为不一致，容易踩坑
cout 的
std::cout 是 std::ostream 实例，<< 是重载操作符——每个内置类型（int、double、const char*）都有对应重载版本，编译器在编译期就决定调哪个函数。
- 常见错误现象：
std::cout << std::string("hello") << std::endl;忘了<< std::endl或<< '\n'，缓冲区不刷新，输出延迟 - 使用场景：日常开发、调试、用户交互输出——类型安全、可扩展（自定义类也能重载
<<） - 性能影响：默认带缓冲，比
printf略慢；但关闭同步后（std::ios::sync_with_stdio(false)），差距极小 - 注意：
std::cout << nullptr在 C++11 后会触发编译错误，而printf("%s", nullptr)可能输出(null)或崩溃
格式控制：setprecision / setw / printf 风格混用的陷阱
C++ 流格式控制靠操纵符（manipulator），不是格式字符串。想对齐、补零、控制小数位，必须组合用 std::setw、std::setfill、std::fixed 等，而且它们只对**下一个输出项生效**。
- 常见错误现象：
std::cout << std::setw(5) << 42 << "abc";——只有42被设宽，"abc"不受影响 - 对比
printf：printf("%05d%s", 42, "abc")一次写完，直观但难维护 - 性能影响：流操纵符是函数调用，有微小开销；但比反复构造
std::string+snprintf更轻量 - 建议：复杂格式优先封装成函数，比如
print_time(int h, int m)，别在业务逻辑里堆一堆std::setfill
什么时候真该用 printf（而不是 cout）
极少，但存在：当你要把格式字符串动态拼出来（比如日志模板），或者对接已有 C 接口（如 syslog()、fprintf(stderr, ...)），或者做极致性能压测（百万级/秒日志且已确认 cout 是瓶颈）。
立即学习“C++免费学习笔记（深入）”；
- 真实限制：
printf不支持std::string、std::vector等 C++ 类型，必须手动转c_str()或拆包 - 容易被忽略的点：
printf的格式说明符和平台相关——size_t在 Windows 用%Iu，Linux 用%zu，跨平台项目几乎必然出错 - 底线建议：新项目一律用
std::cout；旧 C 代码迁移时，先用std::to_string+std::ostringstream过渡，别硬套printf
