Crypto++ 8.4在VS2010 Win32 Release模式下SHA512计算摘要抛出异常

所有Release模式崩溃、Debug模式运行正常的场景，几乎都是编译配置不匹配导致的，按照出现概率从高到低对应排查即可：

高频诱因 #

• CRT运行时链接选项不一致
  Crypto编译Release版本时如果选了静态多线程CRT（/MT），你的测试项目Release配置选了动态多线程CRT（/MD），或是两者反过来，就会出现跨模块内存分配、对象边界传递异常。Debug模式下Crypto和项目默认大多会匹配/MDd选项，所以问题不会暴露；Release下没有Debug堆的边界校验，非法内存访问会直接崩溃在Crypto++内部的SHA运算逻辑里。
• Crypto++ 8.4与VS2010的版本兼容断层
  Crypto++ 8.4官方最低支持VS2015编译器，VS2010编译Release版本时，其内置的x86汇编优化SHA实现存在适配缺陷：Debug编译时Crypto会自动关闭汇编加速路径，走纯C实现的SHA逻辑，因此可以正常运行；Release编译时会默认启用内联汇编的快速优化路径，VS2010的汇编器对这段代码的编译会生成指令对齐错误，直接在sha.cpp的转换函数入口触发访问违例。
  最快排查方式：给Crypto的Release编译配置增加CRYPTOPP_DISABLE_ASM预处理器宏，重新生成静态库后替换项目引用测试，如果崩溃消失就说明是汇编优化路径的兼容问题。
• 类内存布局错位
  Crypto++编译时如果定义了特殊的预处理宏（比如开启硬件加速支持、关闭向后兼容标识），你的测试项目没有定义完全一致的宏，会导致SHA512类的成员变量偏移、对象大小和库内编译的版本不匹配。Debug模式下因为两边都默认开启_DEBUG宏，布局刚好对齐，Release下宏不一致就会出现方法调用时的内存访问越界。

代码本身的非崩溃类隐患 #

• 代码中创建的StringSink虽然会被HexEncoder的析构自动释放，但要注意不要手动重复释放该指针
• 没有调用encoder.MessageEnd()触发缓冲区刷新，会导致最终编码出的hash字符串丢失最后几个字节的内容，不触发崩溃但会导致结果输出错误

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