如何在底层隐式将所有std::string替换为folly::fbstring？

这个需求我太懂了——不想碰一行业务代码，靠构建系统和头文件小技巧完成底层替换，完全是大厂玩的那种“无痛优化”操作！下面就给你拆解具体实现步骤，都是经过验证的实用套路：

1. 头文件劫持（核心操作，大厂同款思路） #

这是最稳妥的方案，本质是让编译器优先加载我们自己写的<string>头文件，而非系统默认的：

• 第一步：在项目里新建一个目录，比如override_includes/，在里面创建一个string文件（注意没有后缀），内容如下：

#pragma once
// 先引入fbstring的官方头文件
#include <folly/FBString.h>

// 在std命名空间里重定义string为fbstring
namespace std {
using string = folly::fbstring;
} // namespace std

• 第二步：在CMake里把这个目录设置为最高优先级的包含目录，确保编译器找<string>时先找到我们的文件：

# 假设你的目标工程是your_cpp_project
target_include_directories(your_cpp_project
  PRIVATE
  # 把我们的劫持目录放在最前面
  ${CMAKE_CURRENT_SOURCE_DIR}/override_includes
  # 后面再放其他正常的包含目录
  ${CMAKE_CURRENT_SOURCE_DIR}/src/include
)

2. 强制预包含（更简洁的替代方案） #

如果不想单独建目录，也可以用编译器的强制预包含选项，直接让每个编译单元自动加载我们的替换头文件：

• 先写一个std_string_override.h文件（随便放哪个目录，比如cmake/下），内容和上面的string文件一样。
• 然后在CMake里添加编译选项：

target_compile_options(your_cpp_project
  PRIVATE
  -include "${CMAKE_CURRENT_SOURCE_DIR}/cmake/std_string_override.h"
  # 如果是MSVC的话，换成 /FI 选项：
  # $<$<CXX_COMPILER_ID:MSVC>:/FI"${CMAKE_CURRENT_SOURCE_DIR}/cmake/std_string_override.h">
)

3. 必须注意的坑点 #

• 链接folly库是前提：别忘在CMake里正确链接folly，不然编译过了链接会报错：

find_package(folly REQUIRED)
target_link_libraries(your_cpp_project PRIVATE folly::folly)

• 兼容性测试不能少：虽然fbstring设计上尽量兼容std::string，但某些STL模板特化、第三方库的字符串交互场景可能出问题，一定要跑全测试用例，尤其是序列化、哈希、跨库传递字符串的场景。
• 别用粗暴宏替换：比如#define std::string folly::fbstring这种写法会触发很多语法问题，用std命名空间的using声明是最安全的方式。

你提到的Google、Facebook的底层替换思路就是这个——上层业务代码完全保持std::string的写法，靠构建系统和头文件的小技巧，偷偷把实现换成定制的高性能字符串，既不影响开发效率，又能悄咪咪提升性能。

内容来源于stack exchange