Vert.x Postgres SqlClient关闭时机：Verticle stop方法关闭是否足够

常规使用场景下，仅在Verticle的stop生命周期方法中执行客户端关闭操作完全符合官方要求，不需要在单次请求处理结束后立即关闭客户端。

• Vert.x生态提供的各类客户端（WebClient、JDBC客户端、Redis客户端等）底层都是基于连接池实现的线程安全组件，设计目标就是作为Verticle级甚至全局级的共享实例长期存活：初始化一次后，所有经过该Verticle的请求都可以复用这个客户端持有的连接、线程资源，大幅降低反复建连销毁的开销。如果每次请求处理完就调用client.close()，会直接销毁整个连接池，下次请求又要重新初始化客户端、重建连接池，性能会出现数量级的下降，属于典型的错误用法。
• 官方文档提到的「不再需要客户端时释放对应资源」，指的是当前生命周期内彻底不会再使用该客户端实例的场景，刚好匹配Verticle的stop生命周期触发时机：Verticle被卸载、应用停机时，后续确实不会再用到这个客户端了，这时候执行client.close()释放连接池、占用的文件句柄等资源，是官方推荐的标准写法。

唯一需要用完立刻关闭的特殊场景：如果你专门为某一组临时、独立、后续不会被其他业务逻辑复用的请求初始化了单独的客户端实例，那么在这组请求处理完成、确认后续不会再用到这个实例时，才需要立即调用close释放资源。这种场景在常规业务开发中极少出现，不要套用到普通的共享客户端使用逻辑上。

内容的提问来源于stack exchange，提问作者odalinho