如何绕过第三方库中出现的javax.validation.constraints.Min校验错误

这个异常是io.airlift.bootstrap默认开启的配置类JSR-380校验触发的：airlift会对所有通过它托管的配置类做注解规范校验，要求所有javax.validation下的约束注解只能放在getter方法上，第三方presto包下的FeaturesConfig把@Min注解错放在setter方法上，所以触发报错。
你可以根据实际场景选择以下任意一种方案解决：

方案1：全局关闭配置校验（最推荐，无需改代码） #

启动应用时添加JVM系统参数即可直接关闭所有airlift配置校验：

-Dairlift.configuration.validation.enabled=false

方案2：代码层面关闭校验 #

如果不方便加启动参数，在初始化Bootstrap实例时调用disableConfigurationValidation()方法即可：

Injector injector = new Bootstrap(yourModules)
    // 保留你原本的其他Bootstrap配置逻辑
    .disableConfigurationValidation()
    .initialize();

方案3：仅跳过出错的配置类校验（不影响全局校验） #

如果不想关闭所有校验，可以手动绑定出错的FeaturesConfig类，绕开airlift的配置绑定逻辑：
在你的Guice自定义模块中添加以下绑定：

bind(FeaturesConfig.class).toInstance(new FeaturesConfig());

不要使用airlift提供的ConfigBinder绑定这个类，就不会触发它的校验逻辑。

方案4：字节码修改注解（极端场景使用） #

如果以上方案都不适用，可以通过ByteBuddy、Javassist等字节码工具在类加载阶段删除setConcurrentLifespansPerTask方法上的@Min注解，从根源上解决注解位置错误的问题，该方案复杂度较高，非必要不推荐。

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