HarmonyOS 鸿蒙Next NDK的raw_file.h中OH_ResourceManager_GetRawFileDescriptor函数无法在C语言中使用

这个问题本质上就是：

RawFileDescriptor &descriptor

用了 C++ 引用语法：

&

但头文件：

raw_file.h

又暴露给了 C 使用，所以纯 C 编译器会直接报错。

因为：

C语言不支持引用

所以目前这个接口实际上只能在：

.cpp

环境里使用。

目前有几个方案：

1、直接改成 C 风格接口（最合理）

例如：

bool OH_ResourceManager_GetRawFileDescriptor(
    const RawFile *rawFile,
    RawFileDescriptor *descriptor
);

这样：

• C
• C++
• NDK

都能正常使用。

2、官方加宏区分 C/C++

类似：

#ifdef __cplusplus
extern "C" {
#endif

或者：

#ifdef __cplusplus
bool xxx(RawFileDescriptor &descriptor);
#else
bool xxx(RawFileDescriptor *descriptor);
#endif

3、当前临时解决方案

如果你现在必须在 C 工程里用：

只能：

• 用 .cpp
• 用 extern "C"
• 再包一层 C 接口

例如：

// wrapper.cpp

extern "C" bool My_GetRawFileDescriptor(
    const RawFile *rawFile,
    RawFileDescriptor *descriptor
) {
    return OH_ResourceManager_GetRawFileDescriptor(
        rawFile,
        *descriptor
    );
}

然后 C 里调用你自己的包装函数。

所以这个确实算是：

NDK头文件兼容性问题

理论上官方应该：

• 改成指针参数
• 或增加 C/C++ 条件编译

否则这个接口名义上是 NDK，实际上只能 C++ 使用。

该函数声明使用了C++的引用类型 RawFileDescriptor &descriptor，而引用是C语言不支持的语法，因此在C编译环境下会直接报错。当前 raw_file.h 头文件未使用 extern "C" 与 __cplusplus 宏区分C/C++声明，也未提供纯C的指针传递版本。

临时解决方法：

• 若允许使用C++编译，将调用方的 .c 文件改为 .cpp 即可。
• 若必须在C中调用，可自建一个C++包装函数，导出为C接口（指针版），例如：

#ifdef __cplusplus
extern "C" {
#endif
bool OH_ResourceManager_GetRawFileDescriptor_C(const RawFile *rawFile, RawFileDescriptor *descriptor);
#ifdef __cplusplus
}
#endif
// C++实现中调用原函数
bool OH_ResourceManager_GetRawFileDescriptor_C(const RawFile *rawFile, RawFileDescriptor *descriptor) {
    return OH_ResourceManager_GetRawFileDescriptor(rawFile, *descriptor);
}

然后在C代码中包含包装后的声明即可。

本质原因：NDK头文件在设计时未兼顾纯C用户的调用场景，缺少C兼容宏保护及对应的指针重载版本。建议将此问题反馈至HarmonyOS官方Issue或SDK意见收集渠道，推动后续版本修复。