Android Nougat ProcessBuilder忽略PATH环境变量-错误/问题

Question

我有一个android应用程序，它在第一次运行时提取一些本机可执行文件，并使用它来完成一些工作。它在牛轧糖之前就起作用了，但停止了作用。经过几天的调查，我发现PATH环境变量是可以接受的，但没有考虑在内！我正在尝试这是一个功能还是一个bug。

首先，让我们看看我们有什么，以及我们是否能够从cmd中做到这一点。我已经用"my.app.package"替换了实际的android应用程序包，并用"…"替换了不相关的输出对于SO

ZTE_BLADE_V0800:/ $ run-as my.app.package
ZTE_BLADE_V0800:/data/data/my.app.package $ whoami
u0_a129
ZTE_BLADE_V0800:/data/data/my.app.package $ ls -l
total 56
drwxrwx--x  2 u0_a129 u0_a129 4096 2017-03-14 16:15 app_build
drwxrwx--x  2 u0_a129 u0_a129 4096 2017-03-15 13:15 app_buildSources
drwxrwx--x  2 u0_a129 u0_a129 4096 2017-03-14 16:15 app_downloads
-rw-------  1 u0_a129 u0_a129   35 2017-03-14 16:16 app_repository
drwxrwx--x 14 u0_a129 u0_a129 4096 2017-03-14 16:16 app_sdk
drwxrwx--x  3 u0_a129 u0_a129 4096 2017-03-14 16:15 app_temp
drwxrwx--x  2 u0_a129 u0_a129 4096 2017-03-14 16:15 cache
lrwxrwxrwx  1 root    root      54 2017-03-15 13:15 lib -> /data/app/my.app.package-2/lib/arm
ZTE_BLADE_V0800:/data/data/my.app.package $ ls -l ./app_sdk/                                                                                                    
total 96
...
drwx------ 4 u0_a129 u0_a129 4096 2017-03-14 16:16 cppcheck#1.64#1
...
ZTE_BLADE_V0800:/data/data/my.app.package $ ls -l ./app_sdk/cppcheck#1.64#1/                                                                                  
total 16
...
drwx------ 3 u0_a129 u0_a129 4096 2017-03-14 16:16 bin
-rw------- 1 u0_a129 u0_a129    0 2017-03-14 16:16 init.done
ZTE_BLADE_V0800:/data/data/my.app.package $ ls -l ./app_sdk/cppcheck#1.64#1/bin                                                                               
total 6960
drwx------ 2 u0_a129 u0_a129    4096 2017-03-14 16:16 cfg
-rwxr-xr-x 1 u0_a129 u0_a129 2345332 2017-03-14 16:16 cppcheck
-rwxr-xr-x 1 u0_a129 u0_a129 1211424 2017-03-14 16:16 libgnustl_shared.so
ZTE_BLADE_V0800:/data/data/my.app.package $ export PATH=$PATH:./app_sdk/cppcheck#1.64#1/bin
ZTE_BLADE_V0800:/data/data/my.app.package $ export LD_LIBRARY_PATH=./app_sdk/cppcheck#1.64#1/bin
ZTE_BLADE_V0800:/data/data/my.app.package $ cppcheck --version
Cppcheck 1.65 dev
ZTE_BLADE_V0800:/data/data/my.app.package $

现在让我们在Runtime中尝试做同样的事情：

ProcessBuilder processBuilder = new ProcessBuilder();
String path =
System.getenv("PATH") +
":./app_sdk/cppcheck#1.64#1/bin";
processBuilder.command(new String[] {
//      "sh", "-c", "echo $PATH", // (1) working
//      "sh", "-c", "echo $LD_LIBRARY_PATH", // (2) working
"./app_sdk/cppcheck#1.64#1/bin/cppcheck", "--version" // (3) working
//      "cppcheck", "--version"                             // (4) NOT working even with PATH env variable passed
});
processBuilder.directory(new File("/data/data/my.app.package/"));
Map<String, String> env = processBuilder.environment();
env.put("PATH", path);
env.put("LD_LIBRARY_PATH", "./app_sdk/cppcheck#1.64#1/bin");
process = processBuilder.start();

并且我得到抛出的IOException：

原因：错误=13，权限被拒绝无法运行程序"cppcheck"(在目录中"/data/data/my.app.package")：错误=13

让我们看看是否正确地传递了PATH。取消注释注释(1)并注释其他命令行，确认已设置：

/sbin:/vendor/bin:/system/sbin:/system/xbin:/app_sdk/cppcheck#1.64#1/bin

让我们看看LD_LIBRARY_PATH是否正确传递。取消注释注释(2)并注释其他命令行，确认已设置：

/app_sdk/cppcheck#1.64#1/bin

现在让我们看看我是否能够运行通过完整路径的工具。取消注释注释(3)并注释其他命令行，看看它现在正在工作：

Cppcheck 1.65 dev

哇，即使通过了PATH，我也必须通过可执行文件的完整路径。如果我使用短工具名称，我会得到Permission denied错误。

是牛轧糖(因为我只在开始时吃牛轧糖)的特色还是问题，还是我错过了什么？

我知道Nougat引入了更严格的安全政策，但我认为在我的情况下没有理由停止工作，因为所有文件都在应用程序沙盒中(我的应用程序目录中的内部目录)。

PS。我不能只替换命令行中的所有短可执行文件名，因为可执行文件也可以使用短可执行程序名运行另一个可执行文件，所以我最终需要考虑PATH变量。

Answer 1

我没有得到谷歌的任何回应(他们从1月25日开始处理)，所以我不得不像注释(3)中那样通过完整的可执行路径来解决问题。