C++可执行文件嵌入带alpha通道PNG/位图资源的实现方案咨询

主流实现方案说明 #

1. Win32 资源方案（你当前使用的） #

这个方案完全没有过时，至今仍是Windows平台原生桌面应用的标准实现之一，稳定性和兼容性都有官方保障，你现在正在用的着色器、文本资源加载逻辑是完全可用的。

• 优点：Windows原生支持，不需要额外构建步骤，资源和代码分离管理，也可以配合Visual Studio的资源编辑器做可视化维护。
• 缺点：仅限Windows平台使用，无法直接适配跨平台需求。

小提示：你当前代码中加载得到的HBITMAP属于GDI资源，使用完成后需要调用DeleteObject(hbitmap)手动释放，避免资源泄漏。

2. 跨平台通用方案（CMake/字节数组嵌入） #

这是现在跨平台应用更常用的实现方式，不依赖任何操作系统API，原理是把资源文件的二进制内容直接转换成C/C++的const字节数组，编译时直接链接到可执行文件中，读取时直接操作数组指针即可。
常用实现方式有两种：

• 用CMake的file(READ)和configure_file命令，读取PNG等资源后自动生成头文件，内部定义对应的字节数组和长度变量。示例CMake逻辑参考：

# 定义资源文件列表
set(RESOURCE_FILES
    Fonts/Arial_SDF_PNG.png
    Textures/circuitTree.png
)

# 资源转头文件函数
function(generate_resource_header input_file output_file var_name)
    file(READ ${input_file} file_content HEX)
    string(LENGTH ${file_content} content_len)
    math(EXPR file_size "${content_len} / 2")
    set(output_content "// Auto generated by CMake, do not edit\n")
    string(APPEND output_content "const unsigned char ${var_name}[] = {")
    foreach(i RANGE 0 ${file_size}-1)
        math(EXPR byte_pos "${i} * 2")
        string(SUBSTRING ${file_content} ${byte_pos} 2 byte_val)
        string(APPEND output_content "0x${byte_val}, ")
        if((i+1) % 16 EQUAL 0)
            string(APPEND output_content "\n")
        endif()
    endforeach()
    string(APPEND output_content "};\nconst size_t ${var_name}_size = ${file_size};\n")
    file(WRITE ${output_file} ${output_content})
endfunction()

# 批量生成资源头文件
foreach(res_path ${RESOURCE_FILES})
    get_filename_component(res_name ${res_path} NAME_WE)
    generate_resource_header(${res_path} ${CMAKE_BINARY_DIR}/generated_res/${res_name}.h ${res_name})
endforeach()

# 加入头文件搜索路径
include_directories(${CMAKE_BINARY_DIR}/generated_res)

使用时直接引入对应头文件，即可访问资源的字节数组和长度，配合stb_image等解码库就能直接解析带alpha通道的PNG，全平台通用。

• 用xxd命令行工具直接把二进制文件转成C数组格式的头文件，适合用脚本批量处理的场景。
  该方案优点是全平台通用，不需要调用操作系统的资源加载API，代码可以跨平台复用；缺点是资源修改后需要重新生成头文件再编译，大体积资源会增加编译耗时。

GLFW窗口图标异常的修复方案 #

你遇到的两个问题都是GDI和GLFW的像素存储规范不一致导致的：

1. 图片上下颠倒：GDI的BITMAP默认从下到上存储扫描行，第一行数据对应图片的最底部，而GLFW要求输入从上到下的像素顺序。
2. 颜色异常：GDI返回的32位像素格式是BGRA顺序（蓝、绿、红、alpha），GLFW要求的是RGBA顺序。

你需要对拿到的BITMAP数据做一次翻转和通道交换，修复逻辑参考：

// 把GDI的BITMAP转换成GLFW可用的RGBA像素数据，返回的指针需要手动free
unsigned char* convert_bitmap_for_glfw(const BITMAP& gdi_bitmap, int* out_width, int* out_height) {
    *out_width = gdi_bitmap.bmWidth;
    *out_height = gdi_bitmap.bmHeight;
    int pixel_count = gdi_bitmap.bmWidth * gdi_bitmap.bmHeight;
    unsigned char* glfw_pixels = (unsigned char*)malloc(pixel_count * 4);
    
    // 倒序遍历GDI的扫描行，解决上下颠倒问题
    for (int y = 0; y < gdi_bitmap.bmHeight; y++) {
        unsigned char* gdi_row = (unsigned char*)gdi_bitmap.bmBits + (gdi_bitmap.bmHeight - 1 - y) * gdi_bitmap.bmWidthBytes;
        unsigned char* glfw_row = glfw_pixels + y * gdi_bitmap.bmWidth * 4;
        
        for (int x = 0; x < gdi_bitmap.bmWidth; x++) {
            // BGRA转RGBA，交换R和B通道
            glfw_row[x*4 + 0] = gdi_row[x*4 + 2]; // R
            glfw_row[x*4 + 1] = gdi_row[x*4 + 1]; // G
            glfw_row[x*4 + 2] = gdi_row[x*4 + 0]; // B
            glfw_row[x*4 + 3] = gdi_row[x*4 + 3]; // A
        }
    }
    return glfw_pixels;
}

调用glfwSetWindowIcon时传入转换后的数据即可，使用完成后记得free分配的内存避免泄漏。

内容的提问来源于stack exchange，提问作者Alexander van Zyl