<think>嗯，用户遇到了一个Android
NDK构建错误，提示找不到jni/test
.c文件。这个问题看起来是
NDK编译过程中常见的路径配置错误。
用户提供的错误信息很关键："No rule to
make target 'jni/test
.c'"，说明构建系统在jni目录下找不到test
.c源文件。结合引用[2]提到的
NDK头文件问题和引用[3]的版本警告，可能涉及多个因素。
首先考虑最常见的三种情况：文件路径错误、编译脚本配置问题、环境变量异常。用户可能把test
.c文件放错了位置，或者Android
.mk里写了错误的路径。也可能是
NDK版本兼容性问题，就像引用[3]中提到的minSdkVersion冲突那样。
从技术细节看，需要特别注意arm64-v8a这个架构目录的出现，说明用户在使用新设备架构。而引用[4]展示的类似错误里涉及路径拼接问题，提示检查文件路径中的斜杠方向也很重要。
用户应该是个Android
开发者，正在做JNI
开发。ta可能刚接触
NDK构建系统，或者迁移到新
开发环境时遇到了问题。情绪上可能有些挫败感，毕竟构建错误会中断
开发流程。
解决方案需要分层次：先确认文件是否存在，再检查
LOCAL_SRC_FILES的路径书写，最后验证
NDK版本兼容性。特别要提醒用户注意Windows系统下反斜杠的转义问题，这在引用[1]的Windows路径示例中可见端倪。
顺便想到，如果用户是Mac环境（引用[4]提到过），还要注意文件名大小写敏感的问题。不过当前错误信息更指向路径配置错误。</think>根据错误信息 `No rule to
make target 'jni/test
.c'`，核心问题是 **
NDK 构建系统无法在指定路径找到源文件 `test
.c`**。以下是系统化的解决步骤：
---
### 🔍 逐步排查与解决
1
. **📂 验证文件物理存在性**
- 检查项目 `jni` 目录下是否确实存在 `test
.c` 文件。
- **路径区分大小写**：Linux/macOS 系统需确保文件名大小写与编译脚本完全一致（如 `Test
.c` ≠ `test
.c`）。
- **文件扩展名**：确认是 `
.c`（C 语言）而非 `
.cpp`（C++）。
2
. **🛠 检查 `Android
.mk` 配置**
在 `jni/Android
.mk` 中，确认 `
LOCAL_SRC_FILES` 的路径声明正确：
```
makefile
LOCAL_SRC_FILES
:= test
.c # ✅ 正确：文件在 jni 目录根下
# 或
LOCAL_SRC_FILES
:= subdir/test
.c # ✅ 正确：文件在 jni/subdir 中
```
**常见错误**❌：
```
makefile
LOCAL_SRC_FILES
:= jni/test
.c # ❌ 错误：jni 已是当前目录，无需重复添加
```
3
. **🔄 清理并重新构建**
执行以下命令清除缓存（Gradle 和
NDK）：
```bash
./gradlew clean # 清理 Gradle 构建缓存
ndk-build clean # 清理
NDK 中间文件（若使用
ndk-build）
rm -rf app/
.cxx # 手动删除 C
Make/Ninja 缓存目录
```
4
. **📝 检查 `build
.gradle` 链接配置**
若使用 C
Make，确认源文件已包含在 `C
MakeLists
.txt`：
```c
make
add_library(native-lib SHARED
test
.c # ✅ 直接引用 jni 目录下的文件
)
```
若使用 `
ndk-build`，需在 `build
.gradle` 中指定 `Android
.mk` 路径：
```gradle
android {
externalNativeBuild {
ndkBuild {
path "src/main/jni/Android
.mk" # ✅ 指向正确的 mk 文件
}
}
}
```
5
. **💻 文件编码与权限问题（Linux/macOS）**
- 运行 `ls -l jni/test
.c` 确认文件可读。
- 异常时执行：`chmod 644 jni/test
.c`。
6
. **🔧
NDK 版本兼容性**
检查 `app/build
.gradle` 中的
NDK 版本是否与本地安装一致：
```gradle
android {
ndkVersion "25
.1
.8937393" # 需与本地
NDK 目录名匹配
}
```
---
### ⚠️ 关键注意事项
- **路径深度**：
NDK 默认以 `jni` 目录为根，编译脚本中**无需包含 `jni/` 前缀**。
- **Windows 路径分隔符**：若在 Windows
开发，确保路径使用正斜杠 `/` 而非反斜杠 `\`（如 `subdir/test
.c`✅）。
- **构建系统选择**：错误信息中的 `
obj/
local/arm64-v8a/
objs` 表明使用 `
ndk-build`（而非 C
Make），需重点检查 `Android
.mk`[^3]。
---
### 🔄 验证流程
1
. 移动 `test
.c` 到正确位置：`<project>/app/src/main/jni/test
.c`
2
. 修正 `Android
.mk`：`
LOCAL_SRC_FILES
:= test
.c`
3
. 执行：
```bash
./gradlew clean
./gradlew assembleDebug
```
---
### 📚 相关问题
1
. **如何解决 `
NDK undefined reference to` 链接错误？**
> 通常由缺失库依赖或符号命名混淆（C/C++混合）导致，需检查 `
LOCAL_LDLIBS` 和 `extern "C"` 使用[^2]。
2
. **Android Studio 如何切换
NDK 版本？**
> 在 `Project Structure > SDK Location` 中修改
NDK 路径，或通过 `android
.ndkVersion` 在 `build
.gradle` 指定版本号[^3]。
3
. **`APP_PLATFORM` 版本高于 `minSdkVersion` 有何风险？**
> 可能引发低版本设备崩溃（如使用高版本 API），需在 `Application
.mk` 中设置 `APP_PLATFORM
:= android-<minSdk>` 对齐版本[^3]。
4
. **JNI
开发中如何避免头文件解析失败？**
> 需在 `Android
.mk` 添加 `
LOCAL_C_INCLUDES
:= $(
LOCAL_PATH)/include` 指定头文件目录，并使用 `#include <test
.h>` 引用[^2]。
---
> 提示：若问题持续，检查项目是否包含**空格或特殊字符的路径**（如 `My Project`），建议改为下划线命名（`My_Project`）避免解析错误[^4]。
[^1]
: 构建路径需与项目物理结构一致
[^2]
: JNI/
NDK 头文件与符号解析依赖正确配置
[^3]
: NDK 版本与平台目标需匹配 `minSdkVersion`
[^4]
: 构建系统对特殊字符路径处理存在兼容性问题
本文介绍了解决在使用NDK编译Android so库时遇到的特定错误的方法。该错误通常由于Android.mk文件格式问题导致，尤其是在从Windows系统或网页复制文件时。文章提供了两种解决方案：一是使用vi编辑器清理文件中不可见的多余字符；二是重新编写Android.mk文件。
扫一扫
1138
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
