如果与数据库的连接失败,我有许多需要重试机制的微服务。 当发生SQLException和HibernateException时,必须触发此重试机制。 在@ 可重试中传递适当的拦截器将起作用,但必须将其合并到所有微服务中。 我们是否可以制作类似于@ 可重试的自定义注释,例如@ DatabaseRetryable ,它将触发对SQLException和HibernateException的重试。
此注释的使用大致如下
@DatabaseRetryable
void executeQuery()
{
//some code
}
答案 0 :(得分:1)
有几种方法:
我的建议是看看你的问题,你需要的解决方案不仅仅需要这些重试吗?然后去图书馆。是简单的一个/两个用例场景,然后使用实用程序类/方法方法。
一个非常粗略的例子可能是一个util类:
import java.util.logging.Level;
import java.util.logging.Logger;
public class RetryOperation {
public static void main(String args[]) {
retryOnException(() -> {throw new Exception();} , Exception.class, 4);
}
interface CustomSupplier<T> {
T get() throws Exception;
}
static <E extends Exception, T> T retryOnException(CustomSupplier<T> method, Class<E> exceptionClass, int retries) {
if (method == null) {
throw new IllegalArgumentException("Method may not be null");
}
if (exceptionClass == null) {
throw new IllegalArgumentException("Exception type needs to be provided");
}
int retryCount = 0;
T result = null;
while (retryCount < retries) {
try {
result = method.get();
} catch (Exception exception) {
if (exceptionClass.isAssignableFrom(exception.getClass()) && retryCount < retries) {
// log the exception here
retryCount++;
Logger.getLogger(RetryOperation.class.getName()).log(Level.INFO, String.format("Failed %d time to execute method retrying", retryCount));
} else {
throw exception;
}
}
}
return result;
}
}
请注意,这是一个粗略的例子,应该仅函数来解释我背后的想法。从那里看看你究竟需要和设计的东西。
答案 1 :(得分:0)
您可以通过使用所需名称创建元注释来解决此问题:
@Target({ ElementType.METHOD, ElementType.TYPE })
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Retryable(
value = { SQLException.class, HibernateException.class }
)
public @interface DatabaseRetryable {
}
您可以使用此元注释作为 @Retryable
的替代品。同样的约束适用——它只允许在一个地方配置一些常见的行为。您也可以使用它为所有相关服务使用相同的 backOff
。