命令行的历史和流派:
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");
}
}
参考: