怎么在Java里执行Linux命令
很多Java开发者在实际项目中都会遇到需要在代码里执行系统命令的场景，尤其是部署在Linux服务器上的应用。比如需要获取服务器的运行状态、调用某个脚本、或者处理文件系统操作。Java提供了原生的Runtime和ProcessBuilder类来实现这个功能，这两种方式都能让你在Java程序里直接跑Linux命令。
使用Runtime.getRuntime().exec()是最直接的方式，代码量少，适合简单的命令调用。你用这个方法传入一个字符串，比如“ls -l”java 执行linux命令java 执行linux命令，Java就会启动一个子进程去执行这个命令。但要注意，这个方式在处理复杂命令时容易出问题，特别是涉及管道符号、重定向这些Shell特性的时候，它不会自动调用Shell来解释，所以需要额外处理。
ProcessBuilder则是更灵活的替代方案，可以设置环境变量、工作目录，还能更好地控制子进程的输入输出流。你创建一个ProcessBuilder对象，传入命令和参数列表，然后调用start()方法就可以执行。这个方式更接近Linux系统的实际执行逻辑，推荐在正式项目中使用。
Java执行Linux命令时怎么获取返回结果
执行完命令之后，最关心的问题就是怎么拿到命令的输出结果。不管是正常输出还是错误信息，都需要通过流来读取。你调用Process对象的getInputStream()方法就可以获取标准输出流，调用getErrorStream()获取错误流。
如果你不读取这些流，当输出数据量很大的时候，子进程可能会被阻塞甚至卡死。这是因为操作系统的缓冲区是有限的，你不及时读取，命令就无法继续写入。所以每次执行命令时，一定要单独启动线程去读取这两个流，或者用工具类帮你处理。
拿到流之后，用BufferedReader一行行读取，把内容拼接成字符串，或者直接写到文件中。如果命令执行时间很长，你还需要考虑超时机制，防止程序无限等待。Process类没有直接提供超时方法，但你可以用waitFor(long timeout, TimeUnit unit)来设置等待时间。
调用Linux命令时需要注意哪些坑
Java执行Linux命令看起来简单，实际用起来坑不少。第一个常见问题就是命令路径问题。很多Linux命令在普通用户环境下可以用，但在Java进程启动的环境下可能找不到路径。比如你直接写“ffmpeg -i”，如果Java进程的环境变量PATH里没有包含ffmpeg的目录，就会报找不到命令的错误。建议在代码里使用绝对路径，或者在执行前先检查命令是否存在。
第二个坑是命令阻塞。有些命令不是立刻返回的红帽子linux下载，比如tail -f会持续等待文件更新，ping命令会一直运行直到手动终止。如果你的Java程序调用了这类命令而没有处理好，程序就会卡死。解决办法是给命令设置超时，或者在设计上避免使用这类长时间运行的命令。
第三个问题是权限。Java进程通常以特定用户身份运行，如果这个用户没有执行某个命令的权限，或者没有访问某个文件的权限，命令就会失败。比如你要执行sudo命令，就需要提前配置好免密sudo权限linux嵌入式开发，否则命令会停在等待密码输入的状态。
用Java执行复杂Linux命令的最佳实践
当你要执行带管道、重定向、或者多个命令组合的复杂操作时，直接写一条字符串传给exec()往往不靠谱。比较好的做法是用bash -c来把整段命令当作字符串传给Shell去解释。比如你要执行“ps aux | grep java”，可以写成“bash -c ps aux | grep java”，这样Shell会帮你处理管道。
如果你的命令很长，或者包含特殊字符，最好把命令和参数分开，用列表形式传给ProcessBuilder。这样可以避免字符串解析时出现的各种错误。比如命令是“grep ‘hello world’ file.txt”，你应该分成“grep”、“hello world”、“file.txt”三个元素，而不是写成一个字符串。
另外，不要在主线程里直接调用waitFor()等待命令执行完毕，除非命令执行时间很短。把命令执行放在单独的线程里，或者用线程池来管理，这样即使某个命令卡住了也不会影响主流程。你还可以用Future来实现超时控制，到了指定时间还没返回就直接取消任务。
执行完命令后记得关闭流和销毁进程，释放系统资源。每个Process对象都会占用文件描述符，如果程序频繁执行命令而不释放，最终会耗尽系统资源，导致程序崩溃。
