caveats reinterpret_cast＆＃x27; in char* to nosigned char*？

Question

我正在尝试将我的C ++应用程序适合C-API。所讨论的API是MBED_TL，其中包含一个base64解码器：

int mbedtls_base64_decode( unsigned char *dst, size_t dlen, size_t *olen, const unsigned char *src, size_t slen )

问题是我使用std :: String到达现场，而我不能将其C-string作为函数参数。如果我收到此错误：（

<source>:17:27: error: invalid conversion from 'char*' to 'unsigned char*' [-fpermissive]
   17 |     mbedtls_base64_decode(buf, out_buf_size, &written, token.c_str(), in_buf_size);
      |                           ^~~
      |                           |
      |                           char*

输入字符串的相同重复）

代码进行评论（在）：，

#include <string>

extern "C" int mbedtls_base64_decode( unsigned char *dst, size_t dlen, size_t *olen, const unsigned char *src, size_t slen )
{
    /* dummy */
    return 0;
}

std::string token = "some token that I received over the internet";

int main()
{
    constexpr size_t in_buf_size = 10, out_buf_size = 10;
    
    size_t written;
    char buf[out_buf_size];
    mbedtls_base64_decode(buf, out_buf_size, &written, token.c_str(), in_buf_size);
}

我的代码围绕一个字符串＆lt; char*＆gt;。当我尝试将std :: string的c string推入

问题：

如果我只使用reinterpret_cast＆lt; unsigned char＆gt;在最坏情况下会发生什么情况。字符串？为什么C-API甚至需要未签名的字符？如果这是字符的正确表示形式，那么为什么不std :: String＆lt; unsigned char＆gt;默认值呢？

Answer 1

如果我只使用reinterpret_cast＆lt; unsigned char＆gt;在最坏的情况下会发生什么？

您始终可以reinterpret_cast 无符号char，并且您始终能够reinterpret_cast 签名 unsigned << /code>和反之亦然，因此您是双重安全的。

为什么C-API甚至需要未签名的char？

问作者。猜测，由于对未签名值的算术更安全，因此定义了下流和溢出。

如果这是字符的正确表示形式，那么为什么std ::字符串默认？

因为您通常不需要对角色进行算术。