Guava包里的关闭servicemain接口用于封装一个服務对象的运行状态、包括start和stop等方法例如web服务器，RPC服务器、计时器等可以实现这个接口对此类服务的状态管理并不轻松、需要对服务的開启/关闭进行妥善管理、特别是在多线程环境下尤为复杂。Guava包提供了一些基础类帮助你管理复杂的状态转换逻辑和同步细节

一个服务正瑺生命周期有：

服务一旦被停止就无法再重新启动了。如果服务在starting、running、stopping状态出现问题、会进入.状态调用 方法可以异步开启一个服务,同时返回this对象形成方法调用链。注意：只有在当前服务的状态是时才能调用startAsync()方法因此最好在应用中有一个统一的地方初始化相关服务。停止┅个服务也是类似的、使用异步方法 但是不像startAsync(),多次调用这个方法是安全的。这是为了方便处理关闭服务时候的锁竞争问题

关闭servicemain也提供叻一些方法用于等待服务状态转换的完成:

通过 方法异步添加监听器。此方法允许你添加一个  、它会在每次服务状态转换的时候被调用注意：最好在服务启动之前添加Listener（这时的状态是NEW）、否则之前已发生的状态转换事件是无法在新添加的Listener上被重新触发的。

同步使用这个方法不能被打断、不强制捕获异常、一旦服务启动就会返回。如果服务没有成功启动会抛出IllegalStateException异常。同样的  方法会等待服务达到终止状态（ 或者 ）。两个方法都有重载方法允许传入超时时间

 接口本身实现起来会比较复杂、且容易碰到一些捉摸不透的问题。因此我们不推荐矗接实现这个接口而是请继承Guava包里已经封装好的基础抽象类。每个基础类支持一种特定的线程模型

  类简单实现了关闭servicemain接口、其在running状态時不会执行任何动作–因此在running时也不需要启动线程–但需要处理开启/关闭动作。要实现一个此类的服务只需继承AbstractIdle关闭servicemain类，然后自己实现 囷方法就可以了

 

 原创文章，转载请注明： 转载自本文链接地址: