HarmonyOS鸿蒙Next中cmake项目能否独立于整个项目，为何cmake配置的中间文件和编译的文件位置固定

这个问题本质上涉及 DevEco Studio + Hvigor + CMake 集成机制，很多做过纯 CMake、Qt、Linux、Android NDK 的开发者都会有同样的疑问。

1. 为什么中间文件固定生成到 .cxx 目录？

这是 DevEco Studio 参考 Android Studio 的设计。

例如：

src/main/cpp/CMakeLists.txt

不会直接在：

src/main/cpp/build

生成构建目录。

而是生成到：

.cxx/default/default/debug/arm64-v8a/
.cxx/default/default/release/arm64-v8a/

原因有几个：

避免污染源码目录

如果直接：

src/main/cpp/build

会导致：

cpp
├── include
├── src
├── build
│   ├── CMakeCache.txt
│   ├── ninja
│   ├── obj
│   └── ...

源码和构建文件混杂。

支持多 Product

HarmonyOS支持：

default
phone
tablet
car

等 Product。

所以：

.cxx
 └── default
      └── default

实际上对应：

product
buildMode

支持多架构

例如：

arm64-v8a
x86_64

同时存在。

因此 DevEco 统一管理：

.cxx

而不是让开发者自行管理 build 目录。

2. 能否在 src/main/cpp 下建立自己的独立 CMake 工程？

答案：

可以

例如：

src/main/cpp
├── sdk
│   ├── CMakeLists.txt
│   └── src
│
├── engine
│   ├── CMakeLists.txt
│   └── src
│
└── CMakeLists.txt

主工程：

add_subdirectory(sdk)
add_subdirectory(engine)

这是完全支持的。

3. 能否完全脱离 Hvigor 自己编译？

也可以。

例如：

cmake -B build
cmake --build build

生成：

libxxx.so

然后放入：

entry/libs/arm64-v8a/

或者：

src/main/libs/arm64-v8a/

再在：

add_library(xxx SHARED IMPORTED)

set_target_properties(
    xxx
    PROPERTIES
    IMPORTED_LOCATION
    ${CMAKE_CURRENT_SOURCE_DIR}/../libs/arm64-v8a/libxxx.so
)

作为预编译库导入。

这种方式很多大型项目都在用。

4. 是否必须通过 Hvigor 编译 Native？

不是。

Hvigor只是：

ArkTS构建系统

Native部分本质仍然：

CMake
+
Ninja
+
clang

你完全可以：

第三方CI
↓
编译so
↓
提交仓库
↓
ArkTS引用

5. 从哪里查看 DevEco 调用 CMake 的参数？

最直接的方法：

方法1

查看：

.cxx/default/default/debug/arm64-v8a/CMakeCache.txt

里面有：

CMAKE_C_COMPILER
CMAKE_CXX_COMPILER
CMAKE_TOOLCHAIN_FILE

等完整配置。

方法2

查看：

compile_commands.json

你前面提到过这个文件。

里面直接记录：

{
  "command": "clang++ ...",
  "file": "xxx.cpp"
}

是最完整的编译命令。

方法3

打开 Build 日志

DevEco：

Build
→ Build Output

或者：

.hvigor/outputs/build-logs

能看到类似：

cmake
  -GNinja
  -DCMAKE_BUILD_TYPE=Debug
  -DOHOS_ARCH=arm64-v8a
  ...

的参数。

方法4

直接查看 hvigor 生成脚本

例如：

build/default/intermediates/cmake/

附近目录中会生成：

cmake_configure.log
ninja_build.log

具体路径会随版本变化。

6. 能否修改 .cxx 输出目录？

理论上 CMake 支持：

set(CMAKE_BINARY_DIR ...)

但在 DevEco 环境下：

不建议

因为：

Hvigor
↓
自动同步
↓
重新生成配置

很可能覆盖你的设置。

目前：

.cxx
build/default/intermediates

属于 IDE 管理目录。

开发者基本无法稳定修改。

实际项目推荐

如果项目比较大（例如：

音视频SDK
推理引擎
OpenCV
FFmpeg
ONNX Runtime

这种级别）：

推荐：

独立CMake工程
↓
CI编译so
↓
Harmony工程只负责引用

而不是把全部源码塞进：

src/main/cpp

交给 Hvigor 管理。

这样：

• 编译更快
• IDE索引更稳定
• CMake自由度更高
• 不受 DevEco 升级影响

也是很多商业 SDK 在 HarmonyOS NEXT 上的实际做法。

在DevEco Studio中，C++编译的中间产物和最终库文件放在 .cxx 和 build 的固定子目录下，是为了与 DevEco 的 hvigor 构建系统深度集成，实现多模块依赖管理、增量编译与统一缓存，保证构建的一致性和自动化，避免用户手动干预破坏工程结构。

你完全可以在 src/main/cpp 下创建独立的 CMake 工程并手动编译，不依赖 hvigor。手动编译时需指定鸿蒙 NDK 工具链（OHOS_STL、OHOS_ARCH 等）和系统库路径，编译产物需按约定放到 模块/libs/${target_arch}/ 下，并在 build-profile.json5 或 hvigorfile.ts 中正确引用，这样 ArkTS 就能作为外部导入库加载。

想查看 DevEco 实际调用的 CMake 命令行参数，最简单的方法是查看 .cxx/default/debug/${arch}/cmake_build_command.txt 文件，其中完整记录了所有参数；也可开启构建日志（hvigor --info）从终端抓取。