如何在库的公共API中弃用std::string、std::ostream等组件？

如果你正试图让同一个二进制文件实现跨多个工具链的API/ABI兼容性，有一条核心原则必须严格遵守：绝对禁止将STL容器、std::string、iostream这类标准库类暴露在公共头文件中。

当然也存在几种例外情况，但都不是当前场景的首选：

• 为每个受支持的工具链版本单独分发对应的构建包：这种方式会大幅提升维护和分发的成本，且用户体验不够流畅，不符合当前需求。
• 仅交付源码，不提供二进制文件供终端用户自行编译：这意味着用户需要自行处理工具链兼容问题，同样不是当前场景的最优解。
• 在内联代码中将STL类型转换为其他通用容器（比如自定义的非标准容器、C风格数组或指针）：这种方式可以适配不同的std实现，但需要仔细处理转换逻辑，避免引入新的兼容性隐患或性能损耗。

内容的提问来源于stack exchange，提问作者metal