如何通过CMake生成不同库类型的Visual Studio解决方案？

针对你的需求，结合你提供的CMake片段，我来详细说明怎么实现——既要让Visual Studio能切换不同的构建类型（Debug/Release + 静态/动态库），又要让CMake逻辑更简洁健壮。

第一步：让CMake识别自定义构建类型 #

Visual Studio属于多配置生成器，默认只支持Debug、Release、RelWithDebInfo、MinSizeRel这几种构建类型。你用到的Debug_static和Release_static是自定义类型，得先告诉CMake要包含它们：

# 定义支持的所有构建类型，把自定义的静态类型加进去
set(CMAKE_CONFIGURATION_TYPES "Debug;Debug_static;Release;Release_static" CACHE STRING "Supported build types" FORCE)

这一步很关键，不然VS里看不到这些自定义的构建选项。

第二步：优化库类型的判断逻辑 #

你原来的多个if判断可以简化成更清晰的逻辑，比如先根据当前构建类型确定要生成的库类型（STATIC/SHARED），再统一调用add_library：

# 根据构建类型设置库类型
if(${CMAKE_BUILD_TYPE} MATCHES "static$")
    set(LIB_TYPE STATIC)
    # 如果是静态库，建议定义一个宏，方便代码里区分（比如关闭动态库导出）
    target_compile_definitions(${PROJECT_NAME} PRIVATE ${PROJECT_NAME}_STATIC)
else()
    set(LIB_TYPE SHARED)
    # 动态库需要导出符号，这里可以定义导出宏
    target_compile_definitions(${PROJECT_NAME} PRIVATE ${PROJECT_NAME}_EXPORT)
endif()

# 统一生成库
add_library(${PROJECT_NAME} ${LIB_TYPE} ${SRC_FILES} ${HEADERS_FILES})

这样不管是哪种构建类型，都只用一段逻辑处理，比多个if判断更易维护。

第三步：完整的CMake脚本示例 #

把上面的逻辑整合起来，一个完整的基础脚本大概是这样：

cmake_minimum_required(VERSION 3.15)
project(MyLibrary)

# 定义支持的构建类型
set(CMAKE_CONFIGURATION_TYPES "Debug;Debug_static;Release;Release_static" CACHE STRING "Supported build types" FORCE)

# 收集源文件和头文件
file(GLOB SRC_FILES "src/*.cpp")
file(GLOB HEADERS_FILES "include/*.h")

# 设置库类型和编译宏
if(${CMAKE_BUILD_TYPE} MATCHES "static$")
    set(LIB_TYPE STATIC)
    target_compile_definitions(${PROJECT_NAME} PRIVATE MYLIBRARY_STATIC)
else()
    set(LIB_TYPE SHARED)
    target_compile_definitions(${PROJECT_NAME} PRIVATE MYLIBRARY_EXPORT)
endif()

# 添加库目标
add_library(${PROJECT_NAME} ${LIB_TYPE} ${SRC_FILES} ${HEADERS_FILES})

# 设置头文件目录
target_include_directories(${PROJECT_NAME} PUBLIC include)

第四步：生成Visual Studio解决方案 #

打开命令提示符（或者PowerShell），进入项目的build目录，执行以下命令（以VS2022为例）：

cmake -G "Visual Studio 17 2022" -A x64 ..

生成解决方案后，打开.sln文件，就能在VS的工具栏里看到所有定义的构建类型：Debug、Debug_static、Release、Release_static，切换不同类型编译就能得到对应的动态库或静态库。

注意事项 #

• 动态库导出符号：如果是动态库，记得在头文件里用导出宏控制符号可见性，比如：

  #ifdef MYLIBRARY_EXPORT
  #define MYLIBRARY_API __declspec(dllexport)
  #elif defined(MYLIBRARY_STATIC)
  #define MYLIBRARY_API
  #else
  #define MYLIBRARY_API __declspec(dllimport)
  #endif
  
  // 示例类
  class MYLIBRARY_API MyClass {
      // ...
  };
  

  这样静态库编译时不会导出符号，避免链接错误。
• 构建类型的命名：尽量保持命名规则一致（比如都以static结尾），这样用MATCHES "static$"的正则匹配更可靠，也方便后续扩展。

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