Android 8 Oreo中JNI调用system命令执行7za失败的技术咨询

这个问题我之前在处理Android 8.0适配的时候遇到过，核心原因是Oreo引入的双重执行权限限制——外部存储的noexec挂载属性+SELinux强制访问策略，结合你的场景具体分析如下：

为什么ls能成功但7za不行？ #

• ls是系统自带的二进制文件，位于/system/bin目录：这个目录在Android系统中默认允许执行，且带有system_file的SELinux标签，普通应用进程的SELinux上下文（u:r:untrusted_app:s0）被允许执行这里的文件。
• 你的7za不管放在/sdcard还是其他自定义路径，都触发了两个关键限制：
  1. 外部存储的noexec限制：Android 8.0开始，/sdcard等外部存储设备默认以noexec选项挂载，即使你给文件设置了chmod +x权限，也无法直接执行。
  2. SELinux策略限制：普通应用进程的SELinux上下文没有权限执行非系统签名、非应用私有目录下的二进制文件——adb shell能执行是因为它的上下文是u:r:shell:s0，拥有特殊的执行权限。

错误码40704到底是什么意思？ #

system()函数的返回值是waitpid()的状态码，你可以用以下宏拆解真实原因：

if (WIFSIGNALED(error)) {
    // 进程被信号终止（比如SELinux触发的SIGKILL）
    int sig = WTERMSIG(error);
} else if (WIFEXITED(error)) {
    // 进程正常退出的返回码
    int exit_code = WEXITSTATUS(error);
}

你得到的40704（十六进制0x9F00）对应的退出码是0x9F（159），但更可能的是进程根本没正常启动就被系统终止了——这进一步验证了是权限限制导致的执行失败。

可行的解决方案 #

方案1：将7za打包到APK私有目录（最稳妥） #

这是适配所有Android版本的标准方案：

1. 将对应ABI的7za二进制文件放到APK的src/main/jniLibs/[abi]/目录（比如armeabi-v7a、arm64-v8a）。
2. 安装后，文件会被解压到应用的私有目录：/data/data/[你的包名]/lib/7za。
3. 在JNI代码中调用绝对路径执行：

int error = system("/data/data/com.your.package/lib/7za t /sdcard/tmp/Camera.7z >> /sdcard/tmp/log.txt");

这个目录是应用私有空间，挂载时允许执行，且SELinux策略允许应用执行自己私有目录下的二进制文件。

方案2：用fork+execve替代system() #

system()会启动一个shell进程，额外引入了shell的权限限制，直接用exec系列函数可以绕过这个问题，同时更高效：

#include <unistd.h>
#include <sys/wait.h>
#include <fcntl.h>

int execute7za() {
    pid_t pid = fork();
    if (pid == 0) {
        // 重定向输出到日志文件
        int log_fd = open("/sdcard/tmp/log.txt", O_WRONLY | O_CREAT | O_APPEND, 0644);
        if (log_fd != -1) {
            dup2(log_fd, STDOUT_FILENO);
            close(log_fd);
        }
        // 执行7za，参数列表要以NULL结尾
        execl("/data/data/com.your.package/lib/7za", "7za", "t", "/sdcard/tmp/Camera.7z", NULL);
        // 如果execl返回，说明执行失败，直接退出子进程
        _exit(EXIT_FAILURE);
    } else if (pid > 0) {
        int status;
        waitpid(pid, &status, 0);
        // 解析执行状态
        if (WIFEXITED(status)) {
            return WEXITSTATUS(status);
        } else if (WIFSIGNALED(status)) {
            return -WTERMSIG(status);
        }
        return -1;
    } else {
        // fork失败
        return -2;
    }
}

方案3：Root设备下的临时缓解（不建议生产环境） #

如果是测试用的Root设备，可以：

1. 把7za放到/system/bin并挂载系统分区为读写，然后添加正确的SELinux标签：chcon u:object_r:system_file:s0 /system/bin/7za。
2. 临时关闭SELinux：setenforce 0，但这会降低系统安全性，仅用于调试。

额外验证建议 #

你可以在JNI代码中执行echo $PATH >> /sdcard/tmp/log.txt，对比adb shell的PATH，会发现应用进程的PATH没有包含自定义路径——但这只是次要原因，核心还是权限限制。

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