如何向仅接收const char*参数的libcurl API传递宽字符？

使用libcurl实现文件上传功能时，需要兼容中文、印地语等多语言文件名，因此采用std::wstring处理文件名字段。
libcurl提供的curl_mime_filename函数原型如下：

CURLcode curl_mime_filename(curl_mimepart *part, const char *filename);

该接口仅接收const char*类型参数，无法直接传入std::wstring::c_str()返回的const wchar_t*类型指针。
当前对接第三方应用，暂不清楚服务端使用的编码方案，目前使用如下ws2s函数实现std::wstring到std::string的转换，需要确认向libcurl接口传递宽字符文件名的正确实现方式：

std::string ws2s(const std::wstring& wstr)
{
    using convert_typeX = std::codecvt_utf8<wchar_t>;
    std::wstring_convert<convert_typeX, wchar_t> converterX;

    return converterX.to_bytes(wstr);
}

• 常规场景直接使用现有UTF-8转换逻辑即可：HTTP multipart文件上传的RFC 7578规范明确推荐文件名使用UTF-8编码，你当前实现的ws2s函数就是标准的宽字符转UTF-8逻辑，适配绝大多数现代服务端的解析规则，直接传入转换后的字符串即可，调用示例：

std::string utf8_filename = ws2s(wide_file_name);
curl_mime_filename(mime_part, utf8_filename.c_str());

Windows平台下如果你使用curl_mime_filedata接口直接关联本地文件路径，libcurl内部对宽字符路径的处理逻辑也是转成UTF-8，和上述转换逻辑一致，不存在兼容性问题。

• 老旧服务端兼容方案：如果对接的是早期Windows生态的服务端，仅支持GBK/本地ANSI编码解析文件名，就不要使用UTF-8转换，需要调用WideCharToMultiByte系统接口，将宽字符串转为对应代码页的多字节字符串再传入。注意这种方案无法同时兼容全语种文件名，仅建议在明确服务端编码要求时使用。
• 避坑提示：绝对不要直接将const wchar_t*强转为const char*传入接口，会直接导致文件名乱码，甚至触发内存访问错误。如果测试时发现UTF-8编码传参出现文件名乱码，再和服务端确认编码规则调整转换逻辑即可，不要提前做冗余的转码操作。

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