他们为什么要一个'unsigned char *'而不仅仅是普通的字符串或'char *'

Question

编辑：分开后，我已经重新排列了参数和类型。 但是，当我现在调用digest（）函数时，应用程序崩溃了吗？ 任何想法出什么事了吗？

const std::string message = "to be encrypted";
unsigned char* hashMessage;

SHA256::getInstance()->digest( message, hashMessage ); // crash occurs here, what am I doing wrong?
printf("AFTER: n"); //, hashMessage); // line never reached

我在C ++中使用SHA256算法的开源实现。 我的问题是了解如何传递字符串的未签名char *版本，以便对其进行哈希处理？

这是采用我字符串的unsigned char *版本的函数：

void SHA256::digest(const std::string &buf, unsigned char *dig) {
    init();
    update(reinterpret_cast<const unsigned char *>(buf.c_str()), static_cast<unsigned int>(buf.length()));
    final();
    digest(dig);
}

如何将我的字符串（我想要散列的字符串）转换为未签名的字符*？

当我打印出字符串内容时，下面的代码会导致运行时错误：

const std::string hashOutput;
char message[] = "to be encrypted";

printf("BEFORE: %s bb\n", hashOutput.c_str());
SHA256::getInstance()->digest( hashOutput, reinterpret_cast<unsigned char *>(message) );
printf("AFTER: %s\n", hashOutput.c_str()); // CRASH occurs here

PS：我一直在研究SHA256的许多实现，它们都将未签名的char *作为要散列的消息。 他们为什么这样做？ 为什么不使用char *或字符串呢？

Answer 1

您使用错误的方式设置了参数。 Buf是输入（要散列的数据），dig是输出摘要（散列）。

此外，哈希是二进制数据。 在将其打印到屏幕之前，您必须将所述二进制数据转换为某种字符串表示形式。 通常，人们选择为此使用十六进制字符串。

Answer 2

使用unsigned char的原因是在按位操作，移位和溢出情况下，它具有保证的行为。

char ，（当它对应于带signed char ）不提供任何保证，因此对于打算直接作用于字符串中基础位的操作而言，它的用处远不及此保证。

---

问题的答案：“为什么会崩溃？” 是“你很幸运！”。 您的代码具有未定义的行为。 简而言之，您正在编写从未初始化为指向任何内存的指针hashMessage 。 对正在使用的库的源代码进行的简短调查显示，它要求digest指针指向至少SHA256_DIGEST_SIZE char长的有效内存块。

要解决此问题，您需要做的就是确保正确初始化作为digest参数（ hashMessage ）传递的指针，并指向足够大小的内存块。 在代码中：

const std::string message("to be encrypted");
unsigned char hashMessage[SHA256_DIGEST_SIZE];

SHA256::getInstance()->digest( message, hashMessage );

//hashMessage should now contain the hash of message.

Answer 3

我不知道SHA256散列是如何产生的，但可能涉及某种需要对无符号数据类型进行的算术运算。

为什么这有关系？ 通过调用c_str（）方法从字符串对象中获取char* ，然后转换为unsigned char* 。