如何获取返回const char*的API返回值的地址？及自定义解决方案是否为良好实践？

嘿，我来帮你理清楚这个问题。首先得明确两个核心点：你能不能拿到API底层那个const char*变量的地址？ 以及你的 workaround 方案到底能不能满足需求，是不是好实践？

先解决第一个问题：
你原代码里&(getStr())报错，是因为C++里函数返回的临时值（右值）不能被取地址——getStr()返回的是一个const char*的副本，它是个临时的右值，不是一个可以被取地址的左值。更关键的是：API只给了你这个指针的副本，它的底层const char*变量的存储位置是API内部的，对外完全不可见，所以你根本没办法直接拿到那个底层变量的地址——除非API修改返回类型为左值引用（const char*&）或者直接返回指针的指针，但你说不能改API，这条路走不通。

接下来聊你的 workaround 方案：
你的思路是把API返回的指针副本存在static vector里，然后取这个副本的地址。首先要明确：你拿到的不是API底层那个const char*的地址，是你存在vector里的那个副本的地址。如果API的底层指针后续被修改，你存在vector里的副本不会跟着变，这一点一定要记清楚。

那这个方案算不算好实践？得分情况看：

• 先说可行的地方：

  • 确实能满足你“拿到一个const char**类型的指针，且在整个程序周期内有效”的需求——因为static vector的生命周期和程序一致，只要你不手动清空，里面的元素就一直存在。
  • 内存方面不会有问题：你存的是指针本身，不是字符串内容，而API已经保证字符串在整个程序周期有效，所以不会有野指针或者内存泄漏的问题（当然，你不用负责释放原字符串的内存）。

• 但这个方案有几个坑要注意：

  1. vector扩容导致地址失效：vector在元素数量超过当前容量时会自动扩容，扩容会重新分配内存，原来的&tmp[indexInTmp]地址会直接失效，后续再用这个地址就会导致未定义行为。如果要避免这个，要么提前用reserve()给vector预分配足够的空间，要么换成std::deque或者std::list这类不会因为扩容导致元素地址变化的容器。
  2. 多线程安全问题：你的static vector和indexInTmp是全局共享的，如果多个线程同时调用emplace_back和修改indexInTmp，会出现竞态条件，导致数据错误。如果是多线程场景，必须加锁保护。
  3. static变量初始化顺序问题：如果程序里其他static变量依赖这个tmp vector，可能会遇到“static初始化顺序fiasco”——也就是某个static变量初始化时，tmp还没初始化，导致崩溃。
  4. 冗余存储：如果只是需要存少数几个指针，用vector有点大材小用，不如直接用单个static变量或者数组更简单。

给你几个更简洁的替代方案：

• 如果你只需要存一个指针，直接用static变量：

  extern const char* getStr();
  int main() {
      static const char* stored_ptr = getStr();
      const char** p_tmp = &stored_ptr;
      // 后续使用p_tmp即可
  }
  

  这个方案更简单，地址绝对稳定，不会有扩容问题，单线程下完全安全。
• 如果需要存多个指针，又怕vector扩容，可以用std::array（如果你知道最多需要存多少个）或者std::deque（扩容不会移动元素）：

  static std::deque<const char*> tmp;
  // 后续emplace_back后，&tmp[index]的地址永远有效
  

最后总结一下：

• 如果你真的需要API底层const char*变量的地址：抱歉，不可能，因为API没暴露这个信息，你只能拿到它的副本。
• 你的workaround方案是可行的，但有不少需要注意的坑，如果能接受这些坑，或者针对这些坑做了防护（比如加锁、提前reserve），那可以用；但如果需求更简单，建议用更轻量的方案比如static变量或者deque。

内容来源于stack exchange