能否通过std::coroutine_handle获取co_await挂起位置信息？

co_await挂起协程时，编译器确实会保存恢复执行的位置信息，但标准C++并未提供直接获取该信息的接口，只能依赖GCC和MSVC的编译器特定实现及调试符号解析：

MSVC实现方式 #

MSVC的std::coroutine_handle可直接获取恢复点地址，结合Windows调试API能将地址转换为文件和行号：

1. 通过handle.address()获取协程恢复位置的内存地址
2. 链接dbghelp.lib，调用SymInitialize初始化调试符号库
3. 使用SymFromAddr和SymGetLineFromAddr64接口解析地址对应的文件路径、行号

示例代码片段：

#include <coroutine>
#include <dbghelp.h>

void get_coroutine_location(std::coroutine_handle<> handle) {
    HANDLE process = GetCurrentProcess();
    SymInitialize(process, nullptr, TRUE);

    DWORD64 addr = reinterpret_cast<DWORD64>(handle.address());
    IMAGEHLP_LINE64 line{};
    line.SizeOfStruct = sizeof(line);
    DWORD displacement;
    if (SymGetLineFromAddr64(process, addr, &displacement, &line)) {
        printf("Location: %s:%d\n", line.FileName, line.LineNumber);
    }

    SymCleanup(process);
}

注意：此方法依赖调试符号（.pdb文件），Release版本需保留符号才能生效。

GCC实现方式 #

GCC中std::coroutine_handle::address()同样返回恢复点地址，可通过libdw（elfutils）或libbfd库解析ELF文件的调试信息获取行号：

1. 使用handle.address()获取恢复点地址
2. 借助libdw的dwfl接口加载当前进程的调试信息
3. 查找地址对应的编译单元、行号信息

示例代码片段（依赖libdw）：

#include <coroutine>
#include <elfutils/libdwfl.h>

void get_coroutine_location(std::coroutine_handle<> handle) {
    Dwfl* dwfl = dwfl_begin(nullptr);
    dwfl_linux_proc_report(dwfl, getpid());
    dwfl_report_end(dwfl, nullptr, nullptr);

    Dwarf_Addr addr = reinterpret_cast<Dwarf_Addr>(handle.address());
    Dwfl_Module* mod = dwfl_addrmodule(dwfl, addr);
    if (mod) {
        const char* file;
        int line;
        Dwarf_Addr bias;
        if (dwfl_module_getsrc(mod, addr - dwfl_module_addr(mod), &file, &line, nullptr, nullptr)) {
            printf("Location: %s:%d\n", file, line);
        }
    }

    dwfl_end(dwfl);
}

注意：需要链接-ldw -lelf，且仅在带有调试信息的编译产物（-g参数编译）中有效。

与临时宏方案的对比 #

你当前使用的AWAIT宏通过手动注入__FILE__/__LINE__记录位置，优势是：

• 不依赖调试符号，Release版本也能正常工作
• 实现简单，无额外库依赖

而通过handle获取位置的方式更贴合编译器原生记录的恢复点，但局限性在于：

• 必须依赖调试符号，无符号时无法解析
• 代码存在平台/编译器依赖性
• 需要链接额外调试库（MSVC的dbghelp、GCC的libdw等）

如果要替代临时宏，建议仅在调试场景下使用handle解析的方式，Release版本仍保留宏方案，兼顾调试便利性与发布版本的兼容性。

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