LLDB调用含std::string参数的成员函数报错，求解决方案

错误含义 #

你看到的__ZN1A2atERKNSt3__112basic_stringIcNS0_11char_traitsIcEENS0_9allocatorIcEEEE是C名字修饰后的符号，对应代码里的A::at(const std::string&)（这里用的是Clang默认的libc库，所以std的实际命名空间是std::__1）。报错提示找不到这个符号，说明LLDB在执行表达式求值时，无法定位到A::at函数的定义。

调用方式的问题 #

你用SSS("foo")构造字符串的写法有问题：

• 除非你在代码里明确把std::string typedef成了SSS，否则LLDB的表达式求值器根本不认识这个别名
• 就算有typedef，直接这么写也可能因为LLDB无法正确关联libc++的string构造逻辑，导致表达式编译失败，进而找不到目标函数的符号

解决办法 #

• 编译时保留完整符号和调试信息：编译命令必须加-g，同时用-O0关闭优化（优化会导致函数内联、符号被剥离），比如：

  clang++ -g -O0 your_code.cpp -o test_program
  

• 改用标准的std::string构造方式：把LLDB命令改成直接构造标准字符串，注意如果是libc++环境，要写全命名空间：

  p a.at(std::__1::string("foo"))
  

  如果你代码里用的是std命名空间（比如加了using namespace std;），也可以直接写：

  p a.at(std::string("foo"))
  

• 避免函数被内联：如果A::at被编译器内联了，LLDB就找不到对应的符号。可以给函数加__attribute__((noinline))修饰，或者确保编译时用-O0：

  struct A {
      __attribute__((noinline)) int at(const std::string& s) {
          // 函数实现
      }
  };
  

• 验证符号是否存在：在LLDB里执行image lookup -n A::at，如果返回结果为空，说明编译时符号没保留，需要调整编译选项重新编译

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