Answers:
让我们先解释一下弃用的原因：由于这种限制，我们最近遇到了安全问题（CVE）。这是由于我们的实现中的错误，但它使我们意识到这非常脆弱，并且可能是蠕虫安全明智的选择。
现在的替代方法是根据我们的最新实施方案自行实施，并在您自己的应用程序中进行维护（可能需要自己进行一些调整）。
我们在博客上有一篇非常不错的文章，解释了如何轻松做到这一点：https : //in.relation.to/2017/03/02/adding-custom-constraint-definitions-via-the-java-service-loader/。
基本上，这种更改是我们在说，我们不想承担潜在的脆弱性并需要引起广泛关注的事情，而可能针对其部署的应用程序平台进行了一些调整。
更新：我在这里发布了完整的公告：https : //in.relation.to/2019/11/20/hibernate-validator-610-6018-released/。