在Vertx应用中是否应该为对象创建静态Vertx实例？

现有实现存在的问题 #

你提供的代码存在三个核心的不规范问题，不符合Vertx的最佳实践：

• 静态Vertx实例初始化风险：static Vertx vertx = Vertx.vertx() 这种硬编码静态初始化的方式极不推荐。Vertx是重量级资源，内部维护了线程池、上下文等核心组件，一个JVM进程通常只需要一个全局实例。如果多个业务类都采用这种方式初始化，会意外创建多个Vertx实例，造成不必要的资源浪费，同时也无法统一配置Vertx参数、统一管理实例的生命周期。
• 上下文使用冗余且有隐患：vertx.getOrCreateContext().runOnContext() 的写法是多余的，如果你在非Vertx线程中调用该方法，getOrCreateContext()会每次生成新的上下文，不仅冗余还会打乱Vertx的线程调度逻辑。
• 异步逻辑可维护性差：runOnContext内部的逻辑没有异常捕获，也没有结果返回机制，一旦业务逻辑抛出未捕获异常，只会输出到Vertx的全局日志，上层调用方完全无法感知错误，排查问题成本极高。

推荐实现方案 #

核心优化原则 #

1. 全局共用同一个Vertx实例，在应用启动时统一初始化，关闭时统一调用vertx.close()释放资源，通过构造函数或者依赖注入的方式传入业务类，不要在业务类内部自行初始化Vertx实例
2. 无特殊需求不要手动操作上下文，直接调用vertx.runOnContext()提交异步逻辑即可
3. 异步逻辑做好异常处理，需要返回执行状态的场景优先使用Vertx原生的Promise/Future机制

优化后代码示例 #

public class MyClass {
    private final Vertx vertx;
    // 外部传入全局统一的Vertx实例
    public MyClass(Vertx vertx) {
        this.vertx = vertx;
    }
    // 无返回值的异步执行
    public void run() {
        vertx.runOnContext(event -> {
            try {
                // 你的业务执行逻辑
            } catch (Exception e) {
                // 自行捕获异常处理，避免影响上下文调度
                e.printStackTrace();
            }
        });
    }
    // 需要返回异步执行结果的场景
    public Future<Void> runWithResult() {
        Promise<Void> promise = Promise.promise();
        vertx.runOnContext(event -> {
            try {
                // 业务执行逻辑
                promise.complete();
            } catch (Exception e) {
                promise.fail(e);
            }
        });
        return promise.future();
    }
}

内容的提问来源于stack exchange，提问作者Vương Phạm Quân