mac java调用终端的一些问题解决方法

妖狐艹你老母 2022-06-16 07:09 204阅读 0赞

一开始在网上搜索了一轮，有些人说mac 没有cmd，那么java就不能代码调用mac的终端，后来我稍微试了一些，貌似也好像有这么一回事。

用最简单的，cd +路径，再ls输出。发现ls输出的文件列表根本就是根目录，就是说前面的cd指令没作用。。。

后来想了下，既然ls指令可以使用，其他一些应该也是可以用的，我转移使用shell脚本，用java调用终端打开脚本。shell要先给权限chmod 777 路径加名字全称；

再把我想用的指令都写到shell脚本中，刚刚ls的列表就是我cd到的目录下了，ok，正常了。

gradle 指令，用来命令行编译生成apk，一开始，我写好的脚本是直接拖进终端就可以运行生成apk了，但是到了java调用终端使用脚本时，一面的无奈。。。没反应，没输出。。。后来在网上搜索了很久，终于被我发现了一个不错的思路[https://yq.aliyun.com/articles/2362][https_yq.aliyun.com_articles_2362]，这篇里面写了一个关键的问题，也许你还会遇到这个问题，明明手工可以运行的命令，java调用的shell中某一些命令居然不能执行，报错：命令不存在！

他说了使用软连接，对于刚接触shell的我，呃，呵呵。。。但我发现我一直忘却掉一边的java错误输出，一开始我只是做了调试输出，但我不清楚那是两回事，看了他那篇博客，才明白了，而且我一直把思路放在shell错误输出，晕菜。后来发现我的问题是，运行到apk编译的时候，就出现java端口冲突。。。我是使用idea编译做后台，由java后台调用终端，自动生成apk的，而idea直接运行后台，使用了jvn。难道jvn和java编译apk还能冲突。。。后台我一直开着，之前的直接终端调用脚本或者终端直接调用指令都可以生成apk，为什么到了java调用就冲突呢。。。后来我直接生成war放在Tomcat上运行，那么就不需要占着端口，查了一些活动监视器，端口空出来了，直接调用后台，终于正常生成apk了。

下面随便把刚才的博客内容复制一些：

# java调用shell的方法 #

### 通过ProcessBuilder进行调度 ###

这种方法比较直观，而且参数的设置也比较方便， 比如我在实践中的代码(我隐藏了部分业务代码)：

ProcessBuilder pb = new ProcessBuilder("./" + RUNNING_SHELL_FILE, param1,
                                                   param2, param3);
            pb.directory(new File(SHELL_FILE_DIR));
            int runningStatus = 0;
            String s = null;
            try {
                Process p = pb.start();
                try {
                    runningStatus = p.waitFor();
                } catch (InterruptedException e) {
                }
    
            } catch (IOException e) {
            }
            if (runningStatus != 0) {
            }
            return;

这里有必要解释一下几个参数：  
RUNNING\_SHELL\_FILE：要运行的脚本  
SHELL\_FILE\_DIR：要运行的脚本所在的目录； 当然你也可以把要运行的脚本写成全路径。  
runningStatus：运行状态，0标识正常。 详细可以看java文档。  
param1, param2, param3：可以在RUNNING\_SHELL\_FILE脚本中直接通过1,2,$3分别拿到的参数。

### 直接通过系统Runtime执行shell ###

这个方法比较暴力，也比较常用， 代码如下：

p = Runtime.getRuntime().exec(SHELL_FILE_DIR + RUNNING_SHELL_FILE + " "+param1+" "+param2+" "+param3);
    p.waitFor();

我们发现，通过Runtime的方式并没有builder那么方便，特别是参数方面，必须自己加空格分开，因为exec会把整个字符串作为shell运行。

## 可能存在的问题以及解决方法 ##

如果你觉得通过上面就能满足你的需求，那么可能是要碰壁了。你会遇到以下情况。

### 没权限运行 ###

这个情况我们团队的朱东方就遇到了， 在做DTS迁移的过程中，要执行包里面的shell脚本， 解压出来了之后，发现执行不了。 那么就按照上面的方法授权吧

ProcessBuilder builder = new ProcessBuilder("/bin/chmod", "755", tempFile.getPath());
                Process process = builder.start();
                int rc = process.waitFor();

### java进行一直等待shell返回 ###

这个问题估计更加经常遇到。 原因是， shell脚本中有echo或者print输出， 导致缓冲区被用完了! 为了避免这种情况， 一定要把缓冲区读一下， 好处就是，可以对shell的具体运行状态进行log出来。 比如上面我的例子中我会变成：

ProcessBuilder pb = new ProcessBuilder("./" + RUNNING_SHELL_FILE, keyword.trim(),
                                                   taskId.toString(), fileName);
            pb.directory(new File(CASPERJS_FILE_DIR));
            int runningStatus = 0;
            String s = null;
            try {
                Process p = pb.start();
                BufferedReader stdInput = new BufferedReader(new InputStreamReader(p.getInputStream()));
                BufferedReader stdError = new BufferedReader(new InputStreamReader(p.getErrorStream()));
                while ((s = stdInput.readLine()) != null) {
                    LOG.error(s);
                }
                while ((s = stdError.readLine()) != null) {
                    LOG.error(s);
                }
                try {
                    runningStatus = p.waitFor();
                } catch (InterruptedException e) {
                }

记得在start()之后， waitFor（）之前把缓冲区读出来打log， 就可以看到你的shell为什么会没有按照预期运行。 这个还有一个好处是，可以读shell里面输出的结果， 方便java代码进一步操作。

### 也许你还会遇到这个问题，明明手工可以运行的命令，java调用的shell中某一些命令居然不能执行，报错：命令不存在！ ###

比如我在使用casperjs的时候，手工去执行shell明明是可以执行的，但是java调用的时候，发现总是出错。 通过读取缓冲区就能发现错误日志了。 我发现即便自己把安装的casperjs的bin已经加入了path中（/etc/profile, 各种bashrc中）还不够。 比如：

export NODE_HOME="/home/admin/node"
    export CASPERJS_HOME="/home/admin/casperjs"
    export PHANTOMJS_HOME="/home/admin/phantomjs"
    export PATH=$PATH:$JAVA_HOME/bin:/root/bin:$NODE_HOME/bin:$CASPERJS_HOME/bin:$PHANTOMJS_HOME/bin

原来是因为java在调用shell的时候，默认用的是系统的/bin/下的指令。特别是你用root权限运行的时候。 这时候，你要在/bin下加软链了。针对我上面的例子，就要在/bin下加软链：

ln -s /home/admin/casperjs/bin/casperjs casperjs;
    ln -s /home/admin/node/bin/node node;
    ln -s /home/admin/phantomjs/bin/phantomjs phantomjs;

这样，问题就可以解决了。

### 如果是通过java调用shell进行打包，那么要注意路径的问题了 ###

因为shell里面tar的压缩和解压可不能直接写：

> tar -zcf /home/admin/data/result.tar.gz /home/admin/data/result

直接给你报错，因为tar的压缩源必须到路径下面， 因此可以写成

> tar -zcf /home/admin/data/result.tar.gz -C /home/admin/data/ result

### 如果我的shell是在jar包中怎么办？ ###

答案是：解压出来。再按照上面指示进行操作。  
（1）找到路径

String jarPath = findClassJarPath(ClassLoaderUtil.class);
            JarFile topLevelJarFile = null;
            try {
                topLevelJarFile = new JarFile(jarPath);             Enumeration<JarEntry> entries = topLevelJarFile.entries();
                while (entries.hasMoreElements()) {
                    JarEntry entry = entries.nextElement();
                    if (!entry.isDirectory() && entry.getName().endsWith(".sh")) {
                        对你的shell文件进行处理                 }
                }

对文件处理的方法就简单了，直接touch一个临时文件，然后把数据流写入，代码：

FileUtils.touch(tempjline);
    tempjline.deleteOnExit();
    FileOutputStream fos = new FileOutputStream(tempjline);
    IOUtils.copy(ClassLoaderUtil.class.getResourceAsStream(r), fos);
    fos.close();

[https_yq.aliyun.com_articles_2362]: https://yq.aliyun.com/articles/2362