从jedit中发现的shell脚本，查找java虚拟机，并执行jar文件，很有启发意义

fangshun

2. #!/bin/sh
3. #
4. # Runs jEdit - Programmer's Text Editor.
5. #
7. # Set jvm heap initial and maximum sizes (in megabytes).
8. JAVA_HEAP_INIT_SIZE=64
9. JAVA_HEAP_MAX_SIZE=256
11. # Find a java installation.
12. if [ -z "$JAVA_HOME" ]; then
13.         echo "Warning: \$JAVA_HOME environment variable not set! Consider setting it."
14.         echo "          Attempting to locate java..."
15.         j=`which java 2>/dev/null`
16.         if [ -z "$j" ]; then
17.                 echo "Failed to locate the java virtual machine! Bailing..."
18.                 exit 1
19.         else
20.                 echo "Found a virtual machine at: $j..."
21.                 JAVA="$j"
22.         fi
23. else
24.         JAVA="$JAVA_HOME/bin/java"
25. fi
27. # Launch application.
29. exec $JAVA -Xms${JAVA_HEAP_INIT_SIZE}M -Xmx${JAVA_HEAP_MAX_SIZE}M -jar /usr/share/jedit/jedit.jar -reuseview "$@" &

复制代码

hantsy

这个是假设 which java 只找到一条结果，
如果有多个结果，应该脚本会出现问题。
比如一般系统安装java的通过 alternatives 添加所用的java 至/usr/bin/java
如果我自定义一个 /opt/bin/java。
可能搜索到不同的结果。
查找java环境，应该可以看看 NetBeans 安装程序（我说是安装版本），安装时要求指定java运行环境，它会搜索到系统中所有的java环境让你选择。

fangshun

如果在shell下export $PATH,会打印出执行目录列表，我的列表是：/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
那么脚本程序寻找java的方法也是按照次序寻找，找到即停，当然如果/opt/bin排在第一个就会先选择了，此脚本潜在的问题，主要还是没有对java的版本进行验证，如果使用高版本虚拟机开发，再找到低版本虚拟机执行，会产生错误！hantsy兄指出的还是很有道理的，也许简单就会带来考虑不够全面吧！