启动客户端应用时无法打开库内置资源的解决方案咨询

方案一：构建阶段自动将Shader复制到应用输出目录 #

让库自身处理Shader的复制逻辑，依赖该库的应用无需手动配置。

1. 在库的CMakeLists.txt中，定义Shader文件列表并添加自定义复制目标：

# 定义库的Shader文件
set(LIBRARY_SHADERS_SRCS
    ${CMAKE_CURRENT_SOURCE_DIR}/shader.frag
    ${CMAKE_CURRENT_SOURCE_DIR}/shader.vert
)

# 创建自定义目标，复制Shader到应用运行输出目录
add_custom_target(copy_library_shaders ALL
    COMMAND ${CMAKE_COMMAND} -E make_directory ${CMAKE_RUNTIME_OUTPUT_DIRECTORY}/assets/shaders
    COMMAND ${CMAKE_COMMAND} -E copy_if_different
        ${LIBRARY_SHADERS_SRCS}
        ${CMAKE_RUNTIME_OUTPUT_DIRECTORY}/assets/shaders
    DEPENDS ${LIBRARY_SHADERS_SRCS}
    COMMENT "Copying library shaders to application runtime directory"
)

# 关联复制目标与库目标，确保库构建完成后自动执行复制
add_dependencies(${LIBRARY_TARGET_NAME} copy_library_shaders)

2. 应用链接库时自动触发复制：
   当应用使用target_link_libraries(${SANDBOX_TARGET_NAME} PRIVATE ${LIBRARY_TARGET_NAME})链接库时，CMake会自动处理copy_library_shaders的依赖，构建应用时自动完成Shader复制，无需每个应用重复编写复制命令。

如果需要灵活控制Shader输出路径，可以通过设置库的INTERFACE属性传递Shader路径，让应用自行指定复制位置，上述基础方案可覆盖大部分常规场景。

方案二：运行时从库所在目录加载Shader #

无需复制文件，让库初始化时动态获取自身所在目录，直接从该目录加载Shader，彻底规避路径问题。

实现步骤： #

1. 跨平台获取库路径的代码（C++）：

#include <string>
#include <filesystem>

#ifdef _WIN32
#include <windows.h>
#else
#include <dlfcn.h>
#endif

std::filesystem::path get_library_directory() {
    std::filesystem::path lib_path;

#ifdef _WIN32
    wchar_t path[MAX_PATH];
    // 动态库替换为当前模块句柄，静态库则获取应用路径
    GetModuleFileNameW(nullptr, path, MAX_PATH);
    lib_path = std::filesystem::path(path).parent_path();
#else
    Dl_info dl_info;
    dladdr(reinterpret_cast<void*>(&get_library_directory), &dl_info);
    lib_path = std::filesystem::path(dl_info.dli_fname).parent_path();
#endif

    return lib_path;
}

2. 库初始化时加载Shader：

void library_init() {
    auto lib_dir = get_library_directory();
    auto vert_path = lib_dir / "shader.vert";
    auto frag_path = lib_dir / "shader.frag";

    // 执行Shader加载逻辑
    load_shader(vert_path.string());
    load_shader(frag_path.string());
}

3. 确保Shader被复制到库输出目录：
   你已经通过target_sources将Shader添加为库的源文件，CMake会自动将它们复制到CMAKE_ARCHIVE_OUTPUT_DIRECTORY（即lib目录），无需额外配置。

这个方案的优势是无需任何CMake复制逻辑，适合多应用依赖同一库的场景。注意：静态库场景下，Windows平台获取的是应用路径，此时方案一更合适；动态库（DLL）场景下，方案二效果最佳。

补充提示 #

• 方案一中使用copy_if_different而非copy，避免重复复制未修改的文件，提升构建效率。
• 如果采用方案二，需确保库的初始化逻辑优先执行路径获取与Shader加载。

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