clion 的 cmake 配置入口在 settings | build, execution, deployment | cmake（windows/linux）或 clion | preferences | build, execution, deployment | cmake（macos），快捷键 ctrl+shift+a 搜索 “cmake settings”，该设置按项目生效。
修改 CMake 配置文件的入口在哪
CLion 的编译行为由 CMake 配置文件控制，不是直接改 CMakeLists.txt 就能切换编译器或构建类型。真正起作用的是 IDE 内部的「CMake 配置」——它决定用哪个工具链、生成器、构建目录和 CMake 选项。
入口路径是：Settings | Build, Execution, Deployment | CMake（Windows/Linux）或 CLion | Preferences | Build, Execution, Deployment | CMake（macOS）。快捷键是 Ctrl+Shift+A → 搜 “CMake settings”。
注意：这个设置是**按项目生效**的，不是全局。新项目默认用“New Project Settings”里配的模板，但已有项目必须手动进这个界面改。
改哪些关键项会影响实际编译结果
以下几项一动就影响生成的构建命令和输出：
-
Build directory：指定cmake命令执行时的当前工作目录。默认是cmake-build-debug，但如果你改成build/clang，那所有中间文件、缓存、可执行文件都会落到那里 -
Build type：决定-DCMAKE_BUILD_TYPE=的值（如Debug、Release），直接影响优化级别和调试信息 -
Toolchain：绑定编译器（gcc、clang、MSVC）、CMake 可执行文件、调试器。选错会导致undefined reference或no such file or directory -
CMake options：可追加任意参数，比如-DENABLE_LOGGING=ON -G "Ninja"。注意：空格和引号要小心，-G "Unix Makefiles"有效，但-G"Unix Makefiles"会失败
为什么改了 CMakeLists.txt 没反应
常见现象：你改了 CMakeLists.txt 里的 add_executable 或 set(CMAKE_CXX_STANDARD 17)，但 CLion 还是报错或没生效。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
原因通常是：
- CLion 没自动重载——检查是否勾选了
Reload project after changes in CMakeLists.txt（在 CMake 设置页底部） - 你改的是错误的
CMakeLists.txt（比如子目录下也有同名文件，但根目录的才是主配置） - 缓存未清除——点击右上角
Reload CMake project按钮（带循环箭头图标），或删掉cmake-build-*目录再 reload - 当前激活的 CMake 配置没指向这个
CMakeLists.txt所在目录（Project root path设置错了）
多配置共存时怎么切编译目标
一个项目可以建多个 CMake 配置，比如一个叫 Debug-GCC，另一个叫 Release-Clang。它们彼此独立，互不影响。
切换方式很简单：
- 在右上角运行/调试配置下拉框旁，有一个齿轮图标按钮，点开就能看到所有已启用的 CMake 配置
- 选中某个配置后，后续所有
Build、Run、Debug都走它定义的工具链和参数 - 如果想让某个配置默认被选中，把它设为
Active（在 CMake 设置页里勾选对应条目的Enabled）
容易忽略的一点：CMake 配置只管构建阶段；运行时参数、环境变量、工作目录这些，得去 Run/Debug Configurations 里单独配，别混在这儿改。
