Release模式下CryptGetHashParam返回234与Debug结果不一致问题

错误码234（ERROR_MORE_DATA）是未初始化变量导致的Release/Debug运行行为差异：

• 调用CryptGetHashParam时，第四个参数pdwDataLen是入参出参两用的：传入时必须指明提供的缓冲区长度，函数返回时会写入实际返回的数据长度。
• 你的代码里DWORD dwHash,i ;没有给dwHash赋初始值。Debug模式下MSVC编译器会自动把栈上未初始化的变量填充为0xCCCCCCCC的占位值，这个值远大于MD5哈希所需的16字节长度，所以函数可以正常执行。
• Release模式下编译器不会做栈变量的初始化填充，dwHash会是栈上残留的随机垃圾值，当这个随机值小于MD5哈希的实际长度16字节时，CryptGetHashParam就会判定缓冲区长度不足，返回234错误。

调用CryptGetHashParam前，给dwHash赋值为接收缓冲区的实际长度即可，对应修改的代码段：

BYTE bMD5Hash[16] = { 0 };
// 初始化dwHash为bMD5Hash缓冲区的大小
DWORD dwHash = sizeof(bMD5Hash), i;
string sHexStr;
if (CryptGetHashParam(hHash, HP_HASHVAL, bMD5Hash, &dwHash, 0)) {
    for (i = 0; i < dwHash; i++) {
        char tmp[3] = { 0 };
        sprintf(tmp, "%02x", bMD5Hash[i]);
        sHexStr.append(tmp);
    }
}
else {
    wcout << L"CryptGetHashParam error: " << GetLastError() << endl;
}

• 资源泄漏：CheckFile函数执行完前，没有释放bFileData的堆内存，也没有关闭hFile文件句柄、销毁hHash哈希对象、释放hProv加密上下文，长时间运行会耗尽系统资源。
• 错误分支逻辑问题：CryptCreateHash调用失败时，hHash是无效句柄，此时调用CryptDestroyHash(hHash)会触发异常。
• 大文件兼容问题：GetFileSize的第二个参数用于接收文件大小的高32位，传NULL会导致无法正确处理大于4GB的文件，后续读文件和计算哈希都会出错。
• 文件遍历逻辑问题：FindNextFileW返回FALSE时，没有判断错误码是否为ERROR_NO_MORE_FILES（正常遍历结束），会在遍历到目录末尾时输出无意义的错误信息。

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