VS2022+VTK 9.6.1源码编译指南：CMake配置与常见问题全解析

1. 环境准备：VS2022怎么装才不耽误VTK编译

先说结论：VTK 9.6.1要求编译器支持C++17标准，而VS2022自带的MSVC v143工具集完全满足这个要求。如果你机器上已经有VS2022，直接跳过安装步骤；如果是全新环境，这一步值得认真对待——我见过不少朋友卡在VTK编译阶段，最后发现是VS2022组件没装全。

1.1 必须勾选的组件

启动Visual Studio Installer后，在"工作负载"标签页里找到"使用C++的桌面开发"这一项，勾选上。这一项会默认带上MSVC v143编译工具集、Windows 10/11 SDK、C++ CMake工具（用于Windows）等核心组件。

但光勾这个还不够，细节在右侧的"安装详细信息"面板里。建议手动检查以下组件是否被选中：

• MSVC v143 - VS 2022 C++ x64/x86生成工具：编译器本体，必须装。
• Windows 10/11 SDK：建议选最新版本，VTK在编译时会查找系统SDK，太老的可能触发头文件兼容问题。
• C++ CMake工具（用于Windows）：这个组件会把CMake集成到VS中，虽然不是必须（我们后面会用CMake GUI），但装上能在VS里直接跑CMake缓存配置，调试配置项时更方便。
• C++ ATL：VTK某些可选模块会用到，不装也不影响核心编译，但装了保险。

这里有个容易忽略的点：VS2022默认不勾选"单组件"里的Windows SDK调试工具。VTK编译本身用不到它，但如果后续你想用WinDbg排查渲染崩溃问题，再回来补装也来得及。

1.2 离线安装与安装路径的注意事项

如果你所在网络环境不太好，VS2022安装器支持先下载离线安装包再部署。具体做法是：

1. 在有网机器上下载vs_community__或vs_buildtools__引导程序。
2. 执行 vs_community.exe --layout D:\vs2022offline --add Microsoft.VisualStudio.Workload.NativeDesktop --lang zh-CN，将组件包下载到本地目录。
3. 把整个目录拷贝到目标机器，运行 vs_community.exe --offline D:\vs2022offline --add Microsoft.VisualStudio.Workload.NativeDesktop 完成离线安装。

离线安装最怕中途断网，建议先确认磁盘空间——完整桌面开发工作负载加上SDK，大约需要8~12GB空间。

安装路径方面，尽量保持默认的 C:\Program Files\Microsoft Visual Studio\2022\Community。VTK的CMake脚本对路径中的空格有处理，但如果你自定义到带中文或特殊字符的目录，后面链接阶段容易出幺蛾子。如果必须自定义路径，别用中文、别带空格，用纯英文短路径最稳妥。

提示：VS2022安装完成后，系统会提示重启。如果不想立刻重启，安装器会降级为"待重启"状态，此时VTK编译大概率能跑，但偶尔会出现SDK版本检测异常。我习惯是装完先重启一次再编译，省得排查半天发现是环境半初始化状态。

1.3 检查编译环境是否就绪

安装完成后，打开"开发者命令提示符（Developer Command Prompt for VS 2022）"，输入以下命令验证：

code复制cl

如果输出版本信息，说明MSVC可用。再执行：

code复制cmake --version

确认CMake版本不低于3.12。VTK 9.6.1官方要求CMake 3.12以上，但如果你要用较新的Qt模块，建议CMake 3.22+。

2. VTK 9.6.1的获取与依赖：源码编译是C++开发绕不开的路

VTK的安装方式取决于你的开发目标。如果你只写Python脚本做可视化，直接 pip install vtk 一行搞定，官方预编译的wheel开箱即用。但如果你要在VS2022里写C++程序调用VTK的类库，就必须自己源码编译——因为预编译包大多是Python绑定版本，不提供完整的C++头文件和lib库。

2.1 下载源码

VTK 9.6.1的源码在官方仓库的release tag下。两种方式：

• 从GitHub的Kitware/VTK仓库下载 VTK-9.6.1.tar.gz 源码包，解压即可。
• 用git拉取指定tag：git clone https://gitlab.kitware.com/vtk/vtk.git -b v9.6.1（官方主仓库在GitLab，GitHub是镜像，速度看网络环境）。

我建议直接下载tar.gz压缩包，省去clone历史记录的时间。解压后目录结构大致如下：

code复制VTK-9.6.1/
├── CMakeLists.txt
├── CMake/            # CMake辅助模块，VTKConfig等
├── Documentation/    # 文档
├── Examples/         # 示例代码
├── Filters/          # 滤波器模块
├── Rendering/        # 渲染模块
├── IO/               # 输入输出模块
├── Common/           # 核心通用模块
├── ThirdParty/       # 第三方依赖库
└── Utilities/        # 工具脚本

VTK的模块化程度很高，从目录名就能看出定义模块（Common、Filters）和领域模块（Rendering、IO）的区分。这种结构直接影响后面CMake的配置思路——你可以按需裁剪模块，减少编译时间。

2.2 依赖关系梳理

VTK 9.x相比8.x，一个显著变化是大量使用C++11/14/17特性，因此对编译器版本敏感。在VS2022上用MSVC v143编译，默认C++14，CMake会自动为VTK启用C++17支持，不必手动改语言标准。

核心依赖方面，VTK在Windows上编译有几个"必选"依赖：

• OpenGL：VTK的渲染管线依赖OpenGL，Windows系统自带opengl32.lib，无需额外下载。
• CMake：构建系统生成器，前述已确认。
• Ninja或者Visual Studio生成器：CMake生成构建脚本时用。

可选依赖里，最常被提到的就是Qt和Python：

• 如果你打算把VTK嵌入Qt界面（比如用QVTKOpenGLNativeWidget），那必须让VTK编译时检测到Qt5或Qt6。
• 如果你只想纯C++调用，不需要Python绑定，那丢掉Python模块能省不少编译时间。
• 还有mpi模块、hdf5模块等，按需开关即可。

实操经验：编译VTK 9.6.1第一次不建议开太多模块。先把核心+常用渲染IO模块编出来验证整体流程，确认没问题后再对增量模块做二次编译。一次全开，Windows上最容易遇到的就是编译内存不足或者某个第三方库编译不过，到时候定位问题非常费神。

2.3 为什么不用vcpkg？

很多朋友会问：vcpkg一条命令 vcpkg install vtk 不就完事了？

vcpkg确实能装VTK，但有两个痛点：一是vcpkg默认编译的是静态库版本，但VTK强烈建议共享库模式（BUILD_SHARED_LIBS=ON），因为静态库模式下部分OpenGL相关符号可能出现链接冲突；二是vcpkg会把VTK内置的第三方依赖也一并编译，版本与VTK官方测试版本存在差异，遇到渲染异常时很难判断是VTK问题还是依赖版本问题。

自己源码编译，每个开关都在自己手里，出现问题可追溯性强，这也是为什么大项目里队内一般会统一编译脚本的原因。我这个标题下的安装流程是"源码编译"这条路。

3. CMake配置的核心开关：这些选项决定你后面怎么哭

VTK编译最关键的环节不在VS里，而在CMake配置阶段。我们在这一步把VTK的"性格"定下来——是生成动态库还是静态库、包含哪些模块、用哪个安装目录，全部在这里决定。

3.1 用CMake GUI还是命令行？

两种方式我都用过，GUI适合第一次上手，因为它把所有选项平铺在面板上，鼠标点选比较直观；命令行适合反复配置和脚本化。第一次编译，我建议从GUI开始。

打开CMake GUI，设置：

• 源码目录：D:/VTK/VTK-9.6.1
• 构建目录：D:/VTK/VTK-9.6.1-build（不要和源码混在一起，避免污染）

点击"Configure"，在弹窗中选择生成器。这里平台架构务必选x64：

• "Visual Studio 17 2022"生成器
• 选择平台："x64"
• 选择编译器：默认

VTK 9.6.1从官方支持角度看，64位是主阵地。如果你选Win32，后面很多官方示例和第三方库的64位假设会出问题。

第一次Configure会花一两分钟，CMake在检查编译器和依赖，期间面板会刷出一堆红色条目——这些是新出现的未配置项。点开下拉框逐个处理。

3.2 必须逐个过一遍的核心配置项

以下是我每次配置VTK时都会检查的选项清单，按重要性排序。

BUILD_SHARED_LIBS

这是最重要的开关，默认OFF表示编译静态库，ON表示编译动态库（DLL）。VTK官方推荐ON。为什么？

• 动态库下，VTK的内部模块依赖通过DLL导出，运行时加载灵活。
• 调试和发布版本共存时，动态库便于替换。
• 静态链接VTK会导致最终exe体积巨大（动辄几百MB），且OpenGL相关符号合并时容易触发链接器LNK2005冲突。

我实测过，BUILD_SHARED_LIBS=ON编译出的bin目录里会有几十个DLL，程序运行时只要把这个目录加入PATH就能跑；OFF模式则需要把一堆静态lib全部链进去，配置复杂且容易出错。

CMAKE_CONFIGURATION_TYPES

多配置生成器下，建议设置为 Debug;Release。这样VS里生成的sln可以自由切换Debug和Release配置。注意，这不是说两个配置都编译——实际编译哪个由你在VS里选择决定。

VTK_GROUP_ENABLE_ 和 VTK_MODULE_ENABLE_**

VTK 9的模块分组概念很强，CMake配置面板里会列出大量 VTK_GROUP_ENABLE_XXX 选项，取值有DONT_WANT、WANT、DEFAULT等。我的策略是：

• VTK_GROUP_ENABLE_Rendering：WANT。渲染模块肯定要。
• VTK_GROUP_ENABLE_IO：WANT。读写图像、网格数据离不开IO模块。
• VTK_GROUP_ENABLE_Qt：如果要用Qt做界面，设为WANT并确保Qt路径被检测到；否则DONT_WANT。
• VTK_GROUP_ENABLE_Imaging：按需。做医学图像处理再开。
• VTK_GROUP_ENABLE_Views：可选，不用就DONT_WANT。
• VTK_GROUP_ENABLE_Web：纯Web可视化的才需要，否则别开，会拉入一堆网络依赖。
• VTK_GROUP_ENABLE_Python：不需要Python绑定就DONT_WANT。

这些分组选项的作用是粗粒度过滤整个模块集合，配置完后再看底层的 VTK_MODULE_ENABLE_* 细粒度选项，里面会的会有更多。第一次编译一定要忍得住——杂项模块别开太多。

VTK_BUILD_EXAMPLES

设OFF。官方示例编译耗时长，而且我们后面会自己写测试程序，没必要在编译阶段浪费时间。如果编译完主体后想看示例，可以单独改这个选项再增量编译。

VTK_BUILD_TESTING

设OFF。测试用例编译量大得惊人，除非你要给VTK做二次开发并且跑回归测试，否则别开。

CMAKE_INSTALL_PREFIX

这是后续 INSTALL 步骤的安装根目录，我推荐设置为一个独立的纯英文路径，例如 D:/VTK/VTK-9.6.1-install。这个目录会包含三个子目录：

• include/vtk-9.6/：头文件
• lib/：导入库和CMake配置文件
• bin/：DLL文件

方便后续在项目中引用。

VTK_USE_64BIT_IDS

默认ON。如果你的数据量大，网格单元数超过21亿（int32上限），必须保持ON；如果确定职业场景数据量小，可以OFF，但没必要省这个，保持默认即可。

VTK_USE_MPI / VTK_WRAP_JAVA / VTK_WRAP_PYTHON

都设OFF，除非明确需要并行或Java/Python绑定。

3.3 配置完成的信号与检查

再次点击"Generate"，成功后CMake会在构建目录下生成 VTK.sln。此时打开解决方案，检查项目列表：

• ALL_BUILD：翻译成"编译所有"
• INSTALL：安装项目
• vtkCommonCore、vtkRenderingOpenGL2 等一堆模块项目
• ZERO_CHECK：CMake的自动重新运行检测

如果你在配置阶段漏了某个模块，这里就能看出来，不用等编译时报错。

4. 编译全程手记：ALL_BUILD、INSTALL与常见报错

配置完成后，真正的"硬等"环节来了。

4.1 选择编译配置并启动编译

在VS2022的解决方案资源管理器中，把解决方案配置切换为"Release"，解决方案平台切换为"x64"。第一次编译，建议只挑Release。原因是Debug版本不开启优化，编译速度快一些，但运行性能打折；Release版本优化充分，但编译更慢。两个都编译耗时长，而且Debug和Release的成果文件（库、DLL）不能混用，联调时容易出错。

选中 ALL_BUILD 项目，右键"生成"。如果你的机器核数较多（8核以上），VS默认会使用多核并行编译（MSBuild的 /m 参数），但仍可以在"工具→选项→项目和解决方案→VC++项目设置"中调整最大并行项目数，建议设成CPU核心数减1，给系统留余量。

VTK 9.6.1全量编译在8核16线程、32GB内存的机器上，大约需要15~25分钟。如果你配置时把模块开得很全（Qt、Python全开），可能要40分钟以上——所以前面说第一次别开太多。

编译过程中会刷出大量 vtkCommonCore、vtkIOImage 等项目的编译日志。重点观察有没有Error级别输出。如果报错，找到出错的项目名，一般集中在第三方库或特定模块。

4.2 常见报错及处理

报错1：C2371 重定义 / C1083 无法打开包括文件

这通常是Windows SDK版本过高或过低引起的。VTK 9.6.1官方测试的SDK版本范围有限，如果你装了Windows 11 24H2最新SDK，个别头文件可能与VTK自带ThirdParty头文件冲突。解决办法：

• 在CMake里显式指定SDK版本：CMAKE_SYSTEM_VERSION 设为10.0.19041.0左右。
• 或者卸载过新的SDK，装一个稳定版本。

报错2：LNK1104 无法打开文件 'vtkCommonCore-9.6.lib'

这种问题一般出现在增量编译时——某次构建中断导致lib不完整。右键对应项目单独"重新生成"即可。如果反复出现，删掉整个build目录重新Configure再编译，虽然耗时，但治本。

报错3：fatal error C1060 编译器的堆空间不足

Windows上的典型问题，某个源文件（特别是包含大量模板展开的第三方模块代码）编译时内存爆了。解决方式：

• 是用x64的开发者命令提示符，确认cl.exe是64位版本，不要用x86编译工具链。
• 关闭VS2022的"实时分析"功能。
• 如果项目配置为Debug + 多模块全开，内存紧张，可以只编译需要的模块。

报错4：第三方库版本检查失败

VTK在Configure阶段会对ZLIB、PNG等第三方库进行版本校验。如果你用了系统里自带的旧版本库，CMake会警告或报错。解决方式是删除ThirdParty目录下的缓存，或者让VTK使用自身内置的ThirdParty版本（默认）——不要手动指向外部库，除非你清楚自己在做什么。

4.3 执行INSTALL：得到独立可复用的VTK库

ALL_BUILD 编译通过后，选中 INSTALL 项目，右键"生成"。这一步会把所有头文件、库文件、DLL和CMake配置文件复制到CMAKE_INSTALL_PREFIX指定的路径。

我检查一下安装目录：

code复制D:/VTK/VTK-9.6.1-install/
├── bin/          # 所有需要的DLL
├── include/vtk-9.6/   # 头文件
├── lib/cmake/vtk-9.6/ # CMake配置文件，find_package(VTK)会用到
└── lib/          # .lib导入库

到这里，VTK 9.6.1就算在本地"安家"了。接下来是把家当接到VS2022的项目里去。

5. 把VTK嫁接到你的VS2022项目：目录配置与第一个demo

VTK安装完成后，新建一个VS2022项目来验证环境是否打通。

5.1 推荐方式：用CMake构建自己的工程

如果你已经用CMake配置过VTK，最自然也最省事的方案是自己项目也用CMake。项目根目录的CMakeLists.txt：

cmake复制cmake_minimum_required(VERSION 3.12)
project(TestVTK)

set(CMAKE_CXX_STANDARD 17)
set(CMAKE_CXX_STANDARD_REQUIRED ON)

find_package(VTK REQUIRED)

add_executable(TestVTK main.cpp)
target_link_libraries(TestVTK ${VTK_LIBRARIES})

问题来了：find_package(VTK REQUIRED) 找不到VTK怎么办？

找到VTK安装目录下的 lib/cmake/vtk-9.6/VTKConfig.cmake，在CMake GUI配置你的工程时，手动指定：

code复制VTK_DIR=D:/VTK/VTK-9.6.1-install/lib/cmake/vtk-9.6

CMake找到配置后，VTK_LIBRARIES 和 VTK_INCLUDE_DIRS 会自动填充，项目配置工作几乎为0。这也是VTK官方推荐的集成方式。

5.2 手动配置VS2022项目：适合小工程

如果不想用CMake，也可以直接在VS2022里手动配置。方法如下：

在项目属性页中：

• VC++目录 → 包含目录：添加 D:/VTK/VTK-9.6.1-install/include/vtk-9.6
• VC++目录 → 库目录：添加 D:/VTK/VTK-9.6.1-install/lib
• 链接器 → 输入 → 附加依赖项：添加 vtkCommonCore-9.6.lib;vtkRenderingCore-9.6.lib;vtkRenderingOpenGL2-9.6.lib;vtkInteractionStyle-9.6.lib;vtkRenderingFreeType-9.6.lib;vtkRenderingGL2PSOpenGL2-9.6.lib;vtkRenderingContextOpenGL2-9.6.lib （按需添加，多写几个没关系）
• C/C++ → 语言 → C++语言标准：ISO C++17

注意依赖库不是随意添加，VTK类与命名空间之间存在模块依赖，你写代码时用了哪些模块的类，就把对应lib加上。最笨也最保险的办法是把 lib 目录里所有 .lib 文件都加进去（用 ; 分隔），我早期就这么干过——反正VS不会因为链接多余的库报错，只是链接时间稍长。

5.3 运行时的DLL问题

这是一个极易踩的大坑。

编译链接都通过后，双击运行exe，结果报错：

code复制由于找不到 vtkCommonCore-9.6.dll，无法继续执行代码。重新安装程序可能会解决此问题。

原因很简单：程序运行时需要在PATH里找到VTK的DLL。三种解决方案，任选其一：

1. 配置环境变量PATH：把 D:/VTK/VTK-9.6.1-install/bin 添加到系统的Path环境变量，然后重启VS或命令行。
2. 拷贝DLL到exe目录：简单但不利于后期维护，如果VTK升级，还得重新拷贝。
3. 在项目属性 → 调试 → 环境里写：PATH=D:\VTK\VTK-9.6.1-install\bin;%PATH%，仅该项目生效。

我推荐第三种，不影响系统全局环境，多项目并行开发时不互相污染。

5.4 第一个测试程序：渲染一个球

写一段最基础的VTK程序，验证渲染管线能跑通：

cpp复制#include <vtkSmartPointer.h>
#include <vtkSphereSource.h>
#include <vtkPolyDataMapper.h>
#include <vtkActor.h>
#include <vtkRenderer.h>
#include <vtkRenderWindow.h>
#include <vtkRenderWindowInteractor.h>

int main()
{
    // 创建球体数据源
    vtkSmartPointer<vtkSphereSource> sphere = vtkSmartPointer<vtkSphereSource>::New();
    sphere->SetThetaResolution(30);
    sphere->SetPhiResolution(30);
    sphere->Update();

    // 映射器
    vtkSmartPointer<vtkPolyDataMapper> mapper = vtkSmartPointer<vtkPolyDataMapper>::New();
    mapper->SetInputConnection(sphere->GetOutputPort());

    // 演员
    vtkSmartPointer<vtkActor> actor = vtkSmartPointer<vtkActor>::New();
    actor->SetMapper(mapper);

    // 渲染器
    vtkSmartPointer<vtkRenderer> renderer = vtkSmartPointer<vtkRenderer>::New();
    renderer->AddActor(actor);
    renderer->SetBackground(0.1, 0.2, 0.4);

    // 渲染窗口
    vtkSmartPointer<vtkRenderWindow> renWin = vtkSmartPointer<vtkRenderWindow>::New();
    renWin->AddRenderer(renderer);
    renWin->SetSize(800, 600);
    renWin->Render();

    // 交互器
    vtkSmartPointer<vtkRenderWindowInteractor> iren = vtkSmartPointer<vtkRenderWindowInteractor>::New();
    iren->SetRenderWindow(renWin);
    iren->Start();

    return 0;
}

编译链接运行，弹出一个深蓝色背景的窗口，里面有一个灰度球体，可以进行旋转缩放操作。到此，VTK 9.6.1 + VS2022的环境验证闭环完成。

6. 实战中躲不开的坑：版本、路径、链接一个不落

环境刚搭好的那一刻往往最脆弱。把我在VTK 9.x时代踩过的坑集中列一下，这些内容网上可很少有人系统整理。

6.1 Debug/Release混用是最大坑

VTK编译出来的lib和DLL分Debug/Release两套，vtkCommonCore-9.6d.lib 是Debug版，不带 d 是Release版。如果你用VS的Debug配置编译自己的程序，却链接了Release版的VTK库，通常能通过链接，但运行时大概率崩溃——因为两者使用的堆实现、STL模板版本不同。

我遇到的情况是：VS的Debug配置默认会在库名前自动加 d，但它找的是 vtkCommonCore-9.6d.lib，如果你只编译了Release版VTK，就会报"无法打开文件 vtkCommonCore-9.6d.lib"。解决办法要么把附加库列表手动改成带d的名字，但这是掩耳盗铃——运行时会DLL找不到；要么老老实实把VTK的Debug版也编出来。

所以前文建议：要么Debug和Release都编译，要么干脆只用Release。小项目用不着调试VTK内部的话，Release足矣。

6.2 DLL拷贝遗漏的"隐藏"问题

有时候程序不报DLL缺失，但运行时某个VTK功能不能正常工作。比如使用 vtkOBJReader 读取文件，程序直接退出——这种情况要检查 bin 目录里是否所有VTK模块DLL都在。

一个典型场景：你只链接了 vtkIOGeometry-9.6.lib，但OBJ文件解析实际依赖 vtkIOLegacy-9.6.dll、vtkIOImage-9.6.dll 等。如果链接器做了自动依赖处理还好，但Windows下DLL的依赖关系是由每个DLL内部记录的，你只保证当前程序依赖的DLL存在还不够，需要检查DLL之间是否有缺失。用Dependency Walker或Process Explorer查看进程加载的DLL列表是排查手段。

6.3 CMake的VTK_DIR路径问题

如果你后续创建了很多个VTK工程，每次都手动指定VTK_DIR很麻烦。可以在系统环境变量里新建 VTK_DIR 指向 lib/cmake/vtk-9.6。这样所有工程用 find_package(VTK) 时会自动查到这个路径。

但要注意：如果机器里存在多个VTK版本（比如系统里同时装了Python的vtk和源码编译的vtk-9.6），CMake可能找到错误的版本。判断方法是看配置日志里 VTK_DIR 到底指向哪。有一次我排查了两小时，结果发现CMake缓存里的 VTK_DIR 指向了Python包附带的VTK目录，而不是我源码编译的目录。

6.4 环境变量PATH多版本冲突

假设你装过 pip install vtk，Python环境里的vtk DLL路径（比如 site-packages/vtk）也会有一个完整的VTK运行库，且版本可能与我们编译的9.6.1不同。当你在PATH中同时配置了Python的vtk路径和自定义的VTK安装路径，Windows加载DLL时按PATH顺序，可能加载到错误版本。

处理思路很简单：把源码编译的 bin 目录放在PATH靠前的位置，或者干脆在项目调试环境里指定PATH而不用系统PATH。

6.5 编译时的"幽灵"错误与解决方案

有些错误看似随机，实际是环境不稳定：

• "Application has thrown an unhandled exception" 发生在程序启动前：检查VTK DLL是否都在。
• 链接时报 LNK2038 不匹配：这个要高度重视，它表明你在混用Debug/Release或者不同编译器的产物。检查项目的"运行库"设置（/MDd vs /MD），确保和VTK编译时一致。
• "unknown module" CMake错误：说明你的编译安装不完整，lib/cmake/vtk-9.6 下的模块配置文件缺失，可能是Configure时某些模块没生成。重新Configure再编译。

6.6 关于性能与调试的建议

环境搭通之后，调试VTK程序时建议打开VS的"调试 → 窗口 → 异常设置"，取消勾选"C++ Exceptions"下的"Win32 Exceptions"（如果提示太多无意义异常）。VTK内部很多模块在正常运行时也会抛异常做流程控制，动辄中断会让你崩溃。

注意：这只是调试体验优化，不要理解成"关闭异常处理"。

写在最后的体会

把VTK 9.6.1和VS2022从零装到跑通第一个球体渲染，整个过程说难不难，说简单也不算简单。最难熬的不是编译那几十分钟，而是Configure阶段面对几百个选项不知取舍的迷茫。

如果你是按这篇博文章的流程走的，那台机器现在应该已经具备了一套可用的VTK C++开发环境。接下来可以在此基础上做很多事：接入Qt界面、读取DICOM医学影像序列、实现点云配准算法、做网格简化，或者自己写VTK算法插件。

最后分享一个习惯：我通常在编译完成后给 CMAKE_INSTALL_PREFIX 目录打一个带日期和版本号的压缩包存档，比如 vtk-9.6.1-vs2022-x64.7z。这样换电脑、换环境或者VS重新安装后，解压这个压缩包，配置一下路径就能复用，不需要重新编译。这套环境字段记熟了，换到QT、换到CUDA版本都只是配置上的增量调整而已。