java事件处理过程分布写_Java 9中的进程处理

java事件处理过程分布写

一直以来，用Java管理操作系统进程都是一项艰巨的任务。 这样做的原因是可用的工具和API较差。 老实说，这并非没有道理：Java并非旨在达到目的。 如果要管理OS进程，则可以使用所需的Shell，Perl脚本。 对于面临更复杂任务的大型应用程序，应该使用C或C ++编写该问题。

当您真的必须从Java管理流程时，您必须创建依赖于操作系统的代码。 有可能，您可以查询一些环境变量，然后可以根据操作系统实现不同的行为。 这种方法在Java 8之前都可以使用，但是它有几个缺点。 测试成本更高，开发更复杂。 随着Java的性质日趋广泛和广泛普及，对此类应用程序的需求也随之增加。 例如，我们可以清楚地看到，2011年在StackOverflow上提出的问题https://stackoverflow.com/questions/6356340/killing-a-process-using-java有十万多个视图。 一些应用程序以及某些开发人员都需要针对此问题的解决方案，这实际上是解决方案，而不是解决方法。

在这种情况下，在JDK中提供API是一种解决方案。 它不会使进程处理OS独立。 操作系统不同，进程处理是与操作系统密切相关的领域。 但是，代码的系统相关部分移至JDK运行时，并且Java开发团队对其进行测试，而不是对应用程序进行单独测试。 它减轻了测试方面的负担。 此外，由于该API已经存在，因此开发变得更加便宜，我们不需要针对BSD，OSX，Linux和Windows对其进行单独编程，更不用说OpenVMS了。 最后，应用程序可能会运行得更快。 再举一个例子。 如果我们需要正在运行的进程列表，则必须启动一个外部进程，该进程将进程列表转储到标准输出中。 该过程的输出必须被捕获并分析为字符串。 现在，随着Java 9的到来，我们将对此进行一个简单的调用，该调用是通过调用适当的操作系统调用实现的，它不需要执行单独的进程，也不需要为信息Java已经不存在了。
要了解有关Java 9流程处理的所有详细信息，您可以阅读URL http://download.java.net/java/jdk9/docs/api/overview-summary.html上当前可用的文档，或者您可以很快阅读Packt的《 精通Java 9 》一书https://www.packtpub.com/application-development/mastering-java-9 ，其中我写了有关流程处理的章节。 在本文中，我将讨论一些问题，为什么我们需要新的类ProcessHandle对于那些对操作系统过程以及操作系统如何工作没有太多经验的开发人员来说，这可能不是很明显。

处理句柄

简而言之， ProcessHandle一个实例表示一个操作系统进程。 所有操作系统都使用PID标识活动进程，PID是TLA的缩写，进程标识符。 这些是小（或那么小）的整数。 某些操作系统可能会使用其他名称，例如名称或一些神秘的字符串，但它们不会使用。 没有好处，而且碰巧所有人都使用数字来标识流程。

当我们以OO方式编程时，我们将问题抽象化，以便更好地解释我们建模的问题。 但是有一条规则，就是我们的模型不应比问题本身更抽象。 这只是给应用增加了不必要的复杂性，增加了成本。 在这种情况下，使用int标识进程似乎是显而易见的（或相当简单）。 如果操作系统没有做得更抽象，那为什么要这么做呢？ 仅仅因为在Java中一切都是对象？ （顺便说一句：不是。）

原因是PID和ProcessHandle实例之间没有一对一的匹配。 让我们重新阅读本节的前两个句子：

“…ProcessHandle代表操作系统进程。 所有操作系统都使用PID来标识活动进程……”

第二句话中只有一个小词“活着”，相信我，这会有所作为。 尽管我们没有直接的直接比较，但活着与死是非常不同的。 ProcessHandle实例可以保留对已从内存中擦除的进程的引用。 想象一下这样一种情况，您查看Linux上发出“ ps –ef ”命令的进程列表，然后看到Tomcat正在吞噬CPU，并且消耗的内存越来越多，这很可能是因为所部署的应用程序存在错误循环。 您决定终止该进程，因此您查看显示的pid，如果pid恰好是666 ，则发出命令“ kill -9 666 ”。 到那时，该进程已经耗尽了操作系统可能拥有的所有内存，并且由于您没有在计算机上配置任何交换文件，因此JVM消失了，没有任何跟踪。 杀死进程将抱怨没有定义的pid的进程。 也可能是操作系统已经启动了一个完全不同的进程，而该进程恰好具有该pid。 有没有发生过？ 现在，您摇了摇头，这是因为在您的练习中从未发生过。 默认情况下，在Linux上，他的最大pid数可以是32768。 实际上时间不长，但通常不会太长，以至于在发出“ ps ”和“ kill ”命令之间可以重新使用pid。 如果小型嵌入式系统将/proc/sys/kernel/pid_max设置为较小，会发生什么。 说的更小，例如适合四个位的16？ 当您以交互方式发出命令时，这可能不是一个大问题，因为您在那里，并且如果系统崩溃，则可以在需要时重新启动进程或整个系统。 如果您犯了“错误”，则可以采取纠正措施。 Java应用程序不是那么智能，即使在嵌入式系统中，我们也不应该有机会杀死我们不想要的进程。

基于pid的流程处理

为了处理这种情况，Java具有接口ProcessHandle 。 除了pid之外，我们还有ProcessHandle 。 如果需要当前正在运行的进程（JVM）的ProcessHandle ，则可以调用静态方法ProcessHandle::current （请注意，我使用了漂亮的Java 8方法句柄表示法）。 您可以在ProcessHandle该实例上获取调用getPid()的当前进程的pid，但过一会儿您将无法执行此操作。 想要进程的pid只是一个老习惯。 有把手时就不需要它。

当您具有流程句柄时，说出processHandle即可获取一个调用processHandle.children()的Stream。 这将列出直接的后代过程。 如果要“传递闭包”，则不仅要列出子项，还要列出子项等等，因此必须调用processHandle.descendants() 。 但是，如果您真的很贪婪，并且想在所有过程中得到帮助，该怎么办？ 然后，您应该调用静态方法ProcessHandle::allProcesses 。
流因懒惰而闻名，仅在需要时才创建下一个元素。 在进程列表中的情况下，它会导致有趣的结果，因此在这种情况下，数据集中备份的过程流是当一个创建快照children() descendants()或allProcesses()被调用。
现在，我们可以处理流程了。 我们该怎么办？

我们可以对其进行processHandle.destroy() ，也可以调用processHandle.destroyForcibly() 。 根据引用的堆栈溢出文章，这就是每个人都想要的。 我们还可以通过调用processHandle.isAlive()来检查分配给该句柄的进程是否仍处于活动状态。 您还可以访问调用processHandle.parent()的父流程句柄。 请注意，并非所有进程都有父进程。 当父进程终止时，它们中的一个从未拥有过，并且其他任何进程可能都是孤立的。 因此，此方法的返回值是Optional 。 Java 9在Optional类中具有不错的新功能，但这是另外一回事了，这里我们重点介绍流程。

如果该进程仍然存在，但是我们要等待该进程终止，则可以采用一种现代的异步方式来完成它。 我们可以从调用processHandle.onExit()的流程句柄中获取CompletableFuture ，该流程将在流程终止时完成。 Java 9在CompletableFuture类中也具有新功能，但这是另外CompletableFuture了，这里我们重点介绍流程。 我会重复自己吗？

ProcessHandle接口内部有一个称为Info的接口。 我们可以从流程句柄中调用processHandle.info()获得信息的实例。 通过此实例，我们可以访问参数（作为可选字符串数组），访问命令行（作为可选字符串），访问命令（作为字符串）以及用户也属于可选字符串。 我们还可以以可选的Instant和Duration形式获取有关启动进程的信息以及有关CPU总使用率的信息。 这些新类是在Java 8中引入的，而Java 9具有新功能……好吧，它开始变得很无聊。

摘要

所有这些功能我们能做什么？ 在书中，我提到我创建了一个简单的过程控制应用程序。 我不得不在2006年左右用perl创建类似的产品。 它按照配置文件中的描述启动进程，如果其中任何一个失败，它将重新启动。 但这只是一个例子。 在其他情况下，可以方便地进行处理。 您要填写表格并将其转换为PDF。 为此，您需要使用命令行参数启动一些文字处理程序。 任务正在排队，并且一个接一个地启动，以保持合理的性能，您最多可以在n个进程中转换可配置的n个文档。 如果某个过程花费的时间太长，您将其杀死，则将有关该消息的信息发送给启动请求的人员到您的转换服务器，并将其安排在夜间或更不繁忙的时段运行。

我们可以使用Java开发此类程序，而无需使用外部shell，python或perl脚本，这只会使该项目更简单，更便宜。

翻译自: https://www.javacodegeeks.com/2017/07/process-handling-java-9.html

java事件处理过程分布写