使用OpenSSL C API时如何正确转换指向const的C风格指针数组

为什么直接传&data会触发编译错误 #

你之前猜测“因为参数要求是左值所以不能隐式转换”，其实这不是根本原因。
从C/C++语言标准的规则来看，unsigned char**到const unsigned char**的隐式转换从设计上就被禁止了——因为这种隐式转换会引入可被利用的内存安全漏洞：

假设允许这种隐式转换，当函数拿到const unsigned char**类型的入参后，完全可以执行*ppin = "只读常量字符串"。这行代码对const版本的函数签名是完全合法的（毕竟函数承诺了不会修改指针指向的内容），但执行完之后，你原本定义的非constunsigned char*变量，就会直接指向程序的只读常量存储区。后续如果对这个指针指向的内容做写入操作，就会直接触发内存访问异常。

正是为了堵上这个漏洞，标准完全不允许二级指针从“非const指针的指针”隐式转为“const指针的指针”，和参数是否是左值没有关系。

可读性最好的标准合规写法 #

根本不需要写复杂的reinterpret_cast或者const_cast，借助一级指针的内置隐式转换规则，就能写出无任何未定义行为、逻辑清晰的代码：

int length = 42;
unsigned char* data = new unsigned char[length];

// 定义对应const类型的一级指针，借助内置隐式转换完成类型适配
const unsigned char* read_only_ptr = data;
// 直接取这个左值的地址传入函数即可
TYPE* my_type = d2i_TYPE(nullptr, &read_only_ptr, length);

这种写法的优势非常明显：

• 完全符合C++类型转换规则：从unsigned char*到const unsigned char*是语言原生支持的隐式转换，零开销、无未定义行为。
• 没有冗余的强制转换，读代码的人一眼就能看懂逻辑：是把我们可修改的缓冲区，以只读的形式传给这个解析函数。
• 和接口语义完全匹配：d2i类的解析函数本来就不会修改传入的缓冲区内容，传const指针完全符合函数的行为承诺。

常见的误用写法纠正 #

你目前用的两种cast写法其实都属于工具误用，可以替换掉：

• reinterpret_cast<unsigned char const *>(data)属于完全冗余的写法。reinterpret_cast的设计用途是对内存做无关联类型的重解释，用来做一级指针的const转换不仅没有任何收益，反而会掩盖真正的类型不匹配问题。
• const_cast<unsigned char const *>(data)属于用错了工具。const_cast的核心作用是移除指针的const属性，拿它来给指针加const不仅完全没必要，还会给其他维护者造成误导——毕竟看到const_cast的第一反应，都是“这里在绕开const的编译检查”。
• 千万不要直接对二级指针做强制转换，比如d2i_TYPE(nullptr, const_cast<const unsigned char**>(&data), length)。这种写法虽然在多数编译器上能编译通过，但属于标准定义的未定义行为，本质是直接篡改了二级指针的类型，绕过了类型系统的安全检查，存在潜在的内存风险。

补充说明 #

OpenSSL从1.1.1版本开始，才把d2i系列函数的入参从旧版的unsigned char**调整为const unsigned char**，调整的初衷就是支持传入只读的常量表缓冲区，减少用户无意义的强制转换。很多老代码沿用旧的调用逻辑，才会遇到这个类型不匹配的问题。只要用上面提到的临时const一级指针的方式传参，就可以同时兼容新旧版本的OpenSSL接口，不需要写任何复杂的类型转换逻辑。

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