在jar中复制`export`命令来设置环境变量

Question

脚本

在使用ProcessBuilder执行一系列命令时，我注意到我目前无法设置环境变量，使得在执行一组命令后它仍然是“已知”。

题

如何在export TASKDDATA=/var/taskd文件中重新创建.jar命令的效果*？

尝试0

ProcessBuilder environment variable in java提供了为每个特定命令设置环境变量的方法，但是当我执行该解决方案的.jar并检查环境变量$u是否仍然在执行后设置时，我发现它不是。而$TASKDDATA确实在执行后仍然存在。为了显示：

a@DESKTOP-desktopName:/mnt/e$ echo $TASKDDATA

a@DESKTOP-desktopName:/mnt/e$ TASKDDATA=/var/taskd
a@DESKTOP-desktopName:/mnt/e$ echo $TASKDDATA
/var/taskd
a@DESKTOP-desktopName:/mnt/e$ sudo java -jar autoInstallTaskwarrior.jar
[sudo] password for a:
Process ended with rc=0

Standard Output:

util/


Standard Error:


a@DESKTOP-desktopName:/mnt/e$ echo $TASKDDATA
/var/taskd
a@DESKTOP-desktopName:/mnt/e$ echo $u

尝试1

对于单个命令，环境变量可以使用我在其中编写的解决方案：Java ProcessBuilder how to get binary output from command。但是，对于需要再次设置的第二个命令，这不保留任务变量。但是，使用export命令时，不需要再次设置环境变量。具体来说，当java代码完成并且用户想要输入需要环境变量的任何其他命令时，这种差异就会暴露出来。在这种情况下，用户需要首先再次键入导出命令。

尝试2

当打开一个新的shell以获取sudo -s的root权限时，会出现另一个区别。不仅在.jar文件中设置环境需要为每个单独的命令再次设置它，而且环境变量不会传递给具有root权限的新shell。例如，执行以下命令：

commandLines[53] = new String[4];
commandLines[53][0] = "sudo";
commandLines[53][1] = "-s";
commandLines[53][2] = "taskdctl"; 
commandLines[53][3] = "start";
commands[53].setCommandLines(commandLines[53]);
commands[53].setEnvVarContent("/var/taskd");
commands[53].setEnvVarName("TASKDDATA");
commands[53].setWorkingPath("/usr/share/taskd/pki");

commandLines[54] = new String[5];
commandLines[54][0] = "sudo";
commandLines[54][1] = "-s";
commandLines[54][2] = "task"; 
commandLines[54][3] = "sync";
commandLines[54][4] = "init";
commands[54].setCommandLines(commandLines[54]);
commands[54].setEnvVarContent("/var/taskd");
commands[54].setEnvVarName("TASKDDATA");
commands[54].setWorkingPath("/usr/share/taskd/pki");

收益：

53RUNNINGCOMMAND=sudo -s taskdctl start
The TASKDDATA variable must be set.

54RUNNINGCOMMAND=sudo -s task sync
Could not connect to 0.0.0.0 53589
Sync failed.  Could not connect to the Taskserver.
Syncing with 0.0.0.0:53589

注1

在使用$TASKDDATA=/var/taskd执行.jar之前设置环境变量TASKDDATA=/var/taskd sudo java -jar autoInstallTaskwarrior.jar并不能确保在执行$TASKDDATA文件后环境变量.jar仍然可用。此外，它超出了问题的范围，因为它未在.jar文件中设置，但在.jar文件之外。

笔记2

我知道使用export命令作为由processbuilder执行的命令是不合适的，就像cd命令一样。

*这就是为什么问题集中于重现设置环境变量的“长期/持久”效果/可用性，而不是“如何执行导出命令”。

Answer 1

当我执行该解决方案的.jar并检查环境变量$ u是否仍然在执行后设置时，我发现它不是。

这是预期的行为。一些操作系统支持全局“环境”变量的概念。但不是UNIX。在类UNIX操作系统中，每个进程都有自己的环境变量私有副本。进程无法修改其他进程的环境。这也是为什么更改进程中当前工作目录不会更改其父进程的cwd的原因。每个进程都有自己的cwd。

解决该限制的常用方法是让子进程将var = val对写入stdout，然后父shell计算该输出以在其环境中设置vars。为了说明，假设该命令是以下shell脚本，名为myscript.sh，而不是Java程序：

#!/bin/sh
echo VAR_A=val_a
echo VAR_B=val_b

那么父shell呢

export $(./myscript.sh)