C++中是否可以在命名空间内声明全局作用域函数？

修改自动生成的资源头文件模板即可，不需要调整现有使用方式，同时兼容C和C++环境，支持在任意命名空间内引入头文件调用注册宏。
修改后的头文件模板如下：

#ifndef BRC_6c26e83425a54300d410b49c1aa1c3ea
#define BRC_6c26e83425a54300d410b49c1aa1c3ea

#ifdef __cplusplus
extern "C" {
#endif

void bl_register_resource_6c26e83425a54300d410b49c1aa1c3ea();

#ifdef __cplusplus
}
#endif

#ifdef BL_REGISTER_RESOURCE
    #undef BL_REGISTER_RESOURCE
#endif
// 调用时强制从全局作用域查找符号
#define BL_REGISTER_RESOURCE() \
    ::bl_register_resource_6c26e83425a54300d410b49c1aa1c3ea();

#endif

如果后续你把自动生成的资源文件从.c改为.cpp用C++编译器编译，只需要在生成的注册函数定义处也加上extern "C"修饰即可，同样可以通过修改代码生成模板统一实现。

原理说明 #

• 链接错误的核心原因：C中命名空间内的普通函数声明会默认归属到当前命名空间，而你生成的注册函数实际位于全局作用域，符号查找不匹配。你之前尝试的void ::bl_register_resource_HASH();写法无效，是因为C语法不允许在函数声明的名称前直接加作用域解析符，该符号仅能用于名称查找阶段。
• 头文件中用#ifdef __cplusplus包裹extern "C"块：C编译器包含头文件时会忽略这部分内容，完全兼容原有C逻辑；C编译器会将该函数标记为C链接，根据C标准，带C链接的函数声明无论写在哪个命名空间内部，都属于全局命名空间，不会被归属到include位置所在的命名空间。
• 宏中的函数调用前加全局作用域解析符::，强制编译器只从全局命名空间查找注册函数，彻底避免命名空间内同名符号的查找干扰。

修改后原有使用方式完全不变，无论是全局作用域的初始化函数，还是命名空间内的类构造函数，都可以正常include头文件并调用BL_REGISTER_RESOURCE()完成注册。

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