java fork子进程_命令四大要素&命令行中编译运行Java程序&Java中fork子进程

命令行的历史和流派:

UNIX家族

POSIX标准

macOS

Linux

Windows Subsystem for Linux

Windows

一、命令的四大要素

命令的组成四要素缺一不可,以下四个要素相同就可以完全地“重现”⼀个命令,你碰到的各种各样古怪的问题,原因⼀定是四个要素之⼀。

可执行程序(Executable)

参数

环境变量(Environment variable)

工作目录(Working directory)

1. 工作目录

启动命令的当前光标所在的路径,相对路径都是相对于这个路径。输入pwd 命令可以查看当前所处的工作目录。

可以这样理解:命令(可执行程序)本身是存在于某个目录的,执行一个命令时需要先找到这个命令,通常根据PATH环境变量来查找可执行程序,或者直接使用该命令的绝对路径(使用which查看),现在拿到这个工具后,不要再关心工具从哪来,要关注干活的地方在哪,而标题中【工作目录】就是这个工具当前干活的地方。

2. 环境变量

变量又分为局部变量和全局的环境变量,环境变量是和环境强绑定的,是一种应用广泛的传递配置的方式,可以使用环境变量向不同程序传递参数和配置,例如CLASSPATH和GOPATH。

查看所有的环境变量使用export。

局部变量

局部变量的作用域被限定在创建它们的 shell 中。意思是子进程中不会去继承。local 函数可以用来创建局部变量,但仅限于函数内使用。局部变量可以通过简单的赋予它一个值或一个变量名来设置,用 declare 内置函数来设置,或者省略也可。

name=yue

echo $name

环境变量(全局变量)

环境变量又称全局变量,以区别于局部变量,通常,环境变量应该大写,环境变量是已经用export内置命令导出的变量。

临时的环境变量使用export直接在命令行中声明即可,变量在关闭shell时失效:

export NAME=yue

echo $NAME # yue

永久的(对当前用户永久有效)是需要把export 命令写在启动配置文件 ~/.bash_profile中,语法同上。保存文件后如果希望在当前 shell 中立即生效,执行 source .bash_profile,否则新打开的 shell 才会生效。

无论是临时的还是永久的环境变量,子 shell 都会继承当前父 shell 的环境变量,但不能逆向传递。可以去执行bash来创建一个子 shell 做个试验。

还可以快速传递一个环境变量(只对当前执行的这行命令有效):

NAME=Tony go run main.go

#之后这个环境变量就不存在了

echo $NAME # 空空如也

系统变量

如果你在 Windows 上安装过 Java 的开发环境,一定还记得配置 PATH 系统环境变量,这样才能需要时根据这个 PATH 中提到的路径,找到相应的可执行程序并运行。

所以如PATH这种系统级的环境变量,比 git bash ~/.bash_profile里 bash 终端级环境变量的作用域更广,毕竟操作系统才是爸爸。

想证明一下很简单,先去设置系统环境变量,比如名叫JUST_TEST,然后win + R 开一个 cmd,执行 echo%JUST_TEST%,就可以看到刚才设置的变量值。

进程(Process)

是计算机程序运行的最小单位,独占自己的内存空间和文件资源,每个进程都和一组环境变量相绑定。子进程是由父进程 fork 出来的,环境变量(全局变量)可以被子进程继承,所有的操作系统和编程语言都支持环境变量。

例如为当前 shell 设置了环境变量XXX,然后在当前环境下进入 node 执行环境后,可以通过process.env.XXX 看到环境变量被继承了(正如上文提到的,局部变量不会被子进程继承)。

3. 可执行程序

什么算是可执行程序

Windows 中 exe/bat/com 文件扩展名被认为是可执行程序,通过 Path;

UNIX/Linux 中看x权限(ls -l),即可执行权限;

去哪⾥找程序?

在 Windows 中是Path 环境变量和当前目录;

在 UNIX/Linux 中 PATH 环境变量。

可执行程序都是从 path 中寻找路径,如果设为空字符串,会找不到。

如果当前就在可执行程序的目录下,对于 UNIX 体系的可以通过 ./xxx 执行,.代表当前目录。

而对于 Windows 的 cmd 是直接输入可执行程序的名称,至于后缀,加不加都行,会自动寻找exe/bat/com这样的后缀。

在脚本的第⼀⾏指定解释器(shebang)

编辑一个xxx.sh文件时,可以在 shell 脚本中第一行指定别的解释器:

#!/usr/bin/env node

console.log(123)

表示在当前执行上下文环境中,查找 node 可执行程序来解释当前脚本,那么当然会从 path 环境变量中查找 node 的路径啦,这样写其实就等价于直接在命令行中执行 node xxx.sh。

别名(alias)

~/.bash_profile 是交互式、login 方式进入 bash 运行的

~/.bashrc 是交互式 non-login 方式进入 bash 运行的

.bash_profile 在用户每次登录系统时被读取,里面的所有命令都会被bash执行。

.bashrc文件会在bash shell调用另一个bash shell时读取,也就是在shell中再键入bash命令启动一个新shell时就会去读该文件。这样可有效分离登录和子shell所需的环境。

一般来说都会在.bash_profile里调用.bashrc脚本以便统一配置用户环境。

在一个 shell 中使用alias命令设置的别名,属于局部变量,只对当前这一层 shell 环境有效,写在~/.bash_profile中后,每次新登录的 shell 都会读取,但由于alias配置的别名属于局部变量,加上创建子 shell 时不会读取.bash_profile(除非写在.bashrc中),所以也就不会为子 shell 设置别名:

vim ~/.bash_profile

# 写入如下内容,保存后 source 一下立即生效

export NAME=Tony

export AGE=25

echo '你好哇~'

alias ~='cd ~'

alias cdproject='cd ~/Projects'

每当打开一个登录终端时,都会看到你好哇~,这说明每打开一个终端,就相当于系统新 fork 了一个 bash 终端进程,继承了系统环境变量后,还要执行启动文件,也就是.bash_profile。

Linux 文件权限

4. 参数

可执行程序后面所有的都是参数。UNIX 系统约定如下(Java 并没有严格遵守):

约定一:-后面只能跟一个字符,但可以合并,ls -alth等价于ls -a -l -t -h

约定二:--后面跟一个单词,ls --all等价于ls -a

参数如果有空格,会以空格分割为多个传递给可执行程序;

参数不加引号或" "双引号,命令行会对参数进行变量的替换和展开;

而使用' '单引号,命令行不会做任何特殊处理,这可用来声明参数是一个整体:

export A=123

echo wan$A.m # wan123.m

echo "wan$A.m" # wan123.m

echo 'wan$A.m' # wan$A.m

如果参数中就是要包含单引号' ',那么可以再用双引号" "包起来或者进行转义:

echo \'I am a boy\' # 'I am a boy'

echo "'I am a boy'" # 'I am a boy'

二、使用命令编译运行Java程序

Java 世界里的一切工具都只做一件事:拼接命令行

1. 编译运行

javac Main.java # 源文件编译成字节码

ls # 查看编译结果 Main.class Mian.java

java Main # 运行

Java 中:

System.getenv()查看环境变量

System.getProperty()查看系统属性

传递系统属性要以D开头,要注意书写位置,如果在Mian后面就成了Main的参数了,也就是第一天学 Java 就接触到的mian方法中的String[] args参数。如传一个名为AAA,值为123的属性:

java -DAAA=123 Main

user.dir查看当前工作目录

java.version查看当前 jdk 版本

2. -classpath(-cp) 参数

import junit.extensions.ActiveTestSuite;

public class Main {

public static void main(String[] args) {

System.out.println(ActiveTestSuite.class.getName());

}

}

直接执行javac Main.java会报错找不到。

因此对于引入的第三方类库,编译时要用-classpath 来指定 jar 包的查找路径(假设这个 jar 包就在当前工作目录下):

javac -cp junit-3.8.2.jar Main.java

这次成功编译了,因为 jar 包就是个普通的 zip 文件,里面放了一堆符合类文件。一个类的全限定类名(FQCN)的包名是和文件夹一一对应的。

这个命令里,javac是 executable 可执行程序,后面全都是参数,-classpath(-cp)指定了 jar 包路径,Main.java是即将被编译的文件。Main.java中有一个ActiveTestSuite,这个类肯定不能从天上掉下来,要去哪儿找呢,就只能去-cp指定的地方找。

接下使用java命令来执行有个天坑,在 UNIX 环境中和 Windows 环境中是有区别的,先说在 UNIX 环境下:

java -cp junit-3.8.2.jar:. Main

以冒号:分隔路径,. 代表同时也在当前目录下查找,第二个java命令Main代表告诉 JVM 要从Main类启动程序,那么Main类从哪儿找呢?只能从-cp指定的路径找(即.所代表的当前目录),JVM 运行Main的时候发现引用了ActiveTestSuite类,继续从-cp指定的路径中查找。

以上命令在 Windows 中的 git bash 里执行时有个天坑,执行会报错。虽然看似在 git bash 中执行了命令,但是-cp后面的路径还是要交给 Windows 版本的java可执行程序去解析的,而在 Windows 版本 classpath 的路径分隔符是用分号;而不是冒号:,但如果只是简单的冒号换成分号还是不行,因为 UNIX 环境中又会用分号来分割命令(bash 中执行一下mkdir testDir; cd testDir试试就知道了),所以要再加单引号' ',表示不对路径参数做任何参数解析,原样交给Java命令。

java -cp 'junit-3.8.2.jar;.' Main

三、Java中fork子进程

java-fork-process/working-directory/run.sh:

#!/usr/bin/env sh

echo "AAA is: $AAA"

ls -alth

java-fork-process/Fork.java:

import java.io.File;

import java.nio.file.Path;

import java.nio.file.Paths;

import java.util.Map;

public class Fork {

public static void main(String[] args) throws Exception {

// 使用Java代码fork一个子进程,将fork的子进程的标准输出重定向到指定文件:工作目录下名为output.txt的文件

// 工作目录是项目目录下的working-directory目录(可以用getWorkingDir()方法得到这个目录对应的File对象)

// 传递的命令是sh run.sh 假设working-directory目录下存在 run.sh 脚本文件

// 环境变量是AAA=123

// 1.可执行程序 2.参数

ProcessBuilder pb = new ProcessBuilder("sh", "run.sh");

// 3.工作目录

pb.directory(getWorkingDir());

// 4.环境变量

Map env = pb.environment();

env.put("AAA", "123");

env.get("AAA");

pb.redirectOutput(getOutputFile());

pb.start().waitFor();

}

private static File getWorkingDir() {

Path projectDir = Paths.get(System.getProperty("user.dir"));

return projectDir.resolve("working-directory").toFile();

}

private static File getOutputFile() {

return new File(getWorkingDir(), "output.txt");

}

}

参考:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值