场景一 今天在服务器跑脚本。报错shell文件有一行信息找不到,查看shell脚本是
${JAVA_HOME}/bin/java -classpath $CLASSPATH $JAVA_OPTS com.**************** $*
找不到,然后在服务器执行了一下。
echo $JAVA_HOME
结果是空白。(语句的作用相当于java的system.out.println().输出内容)
进而查看 /etc/profile 。(所有用户共用的配置文件。发现没有配置JAVA_HOME)。
然后切换到 /home/work用户下。 vi .profile 发现是空文件。但是执行java -version是可以看到java的确安装了。
1.找到java安装路径。
[work@instance-rqscfnef-07 ~]$ pwd
/home/work
[work@instance-rqscfnef-07 ~]$ which java
/bin/java
[work@instance-rqscfnef-07 ~]$ ls -lrt /bin/java
lrwxrwxrwx 1 root root 22 2月 27 2020 /bin/java -> /etc/alternatives/java
[work@instance-rqscfnef-07 ~]$ ls -lrt /etc/alternatives/java
lrwxrwxrwx 1 root root 73 2月 27 2020 /etc/alternatives/java -> /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.242.b08-0.el7_7.x86_64/jre/bin/java
[work@instance-rqscfnef-07 ~]$
which命令的作用是,在PATH变量指定的路径中,搜索某个系统命令的位置,并且返回第一个搜索结果。也就是说,使用which命令,就可以看到某个系统命令是否存在,以及执行的到底是哪一个位置的命令。
命令格式:
which 可执行文件名称
(可以看出这里的which的后面跟着的是可执行的命令,而不是文件名称。)
通过执行
ls -lrt
执行两次就可以找到jdk的安装路径。
然后有三种方案
0 首先列出需要添加的内容
JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.242.b08-0.el7_7.x86_64
JRE_HOME=/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.242.b08-0.el7_7.x86_64/jre
PATH=$JAVA_HOME/bin:$JRE_HOME/bin:$PATH
CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/lib
export JAVA_HOME JRE_HOME PATH CLASSPATH
1 全局所有用户都要用这个JAVA_HOME
此时需要在/etc/profile的末尾添加该内容。(前提是你要有root的用户名和密码,生产服务器的话这个可能性不是很大)
添加完成,保存退出文件
esc
control+c
英文输入下
输入:wq
使配置的的文件立即生效 执行source命令
source /etc/profile
2 在单个用户下进行修改。
此时在当前用户的目录下。修改 .profile 文件(前提是切换到该用户目录下。比如我是work用户, 首先要 cd /home/work/)
vi .profile
是配置文件生效
source .profile
在该文件末尾添加内容。以后该用户就可以一直使用。
3. 只对当前bash /shell 生效,用一次,可以用来测试使用。
$ export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.242.b08-0.el7_7.x86_64
$ export PATH=$JAVA_HOME/bin:$JRE_HOME/bin:$PATH
$ export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/lib
自己的疑问点:
which java 后为什么要执行ls -lrt两次。对这个命令没弄清楚,理论上来说。ls -lrt只是按照时间倒序就行展示而已,为什么会显示调用关系。??????