C++类头文件中使用std::string需包含哪个头文件？
<iostream>有时能替代<string>？ 嘿，这个问题其实戳中了C++标准库头文件里一个容易踩的坑——隐式依赖，咱们一步步理清楚：
为什么头文件只包含<iostream>也能编译？
你观察到的现象，本质是你的编译器的标准库实现里，<iostream>间接包含了<string>。比如GCC的libstdc中，<iostream>内部确实会引入<string>（因为iostream里的一些类，比如std::ostream需要处理std::string）。但要注意：这是编译器厂商的实现细节，**C标准并没有要求<iostream>必须包含<string>**！
如果换个编译器（比如某些版本的MSVC）、或者升级你的编译器版本，这个隐式包含可能就消失了，到时候你的FeedInfo.h只包含<iostream>的话，编译就会报错：找不到std::string的定义。
正确的做法：头文件要自给自足
不管其他头文件有没有间接包含你需要的内容，你的头文件用到什么类型，就显式包含对应的头文件。
所以你的FeedInfo.h里只要定义了std::string feed;，就必须在开头加上：
#include <string>
这是写出可移植、健壮C++代码的基本准则——保证你的头文件可以被任何源文件单独包含，而不会因为缺少依赖而编译失败。
关于main.cpp的“必须同时包含”
你说main.cpp必须同时包含<iostream>和<string>，大概率是因为main.cpp里自己也直接用到了std::string（比如定义了string变量、调用了string的成员函数）。如果main.cpp只是通过FeedInfo.h间接使用string，那只要FeedInfo.h已经包含了<string>，main.cpp其实不需要重复包含（不过标准头文件都有#pragma once或者include guard，重复包含也不会有问题）。
总结
别依赖标准库头文件的隐式包含，遵循**“用到什么就包含什么”**的原则：
- 用
std::string就包含<string> - 用
std::cout/std::cin就包含<iostream> - 以此类推
这样你的代码在任何编译器、任何环境下都能正常编译，不会踩隐式依赖的坑。
内容的提问来源于stack exchange，提问作者Denis Delinger
