# 环境

-

JDK版本:

-

SpringBoot版本:

-

数据源starter版本:

-

# 描述

业务上，在不同的业务场景加锁往往需要返回不同业务异常信息，然而使用@lock4j注解加锁的时候并无法很好的返回个性化业务异常信息，自定义失败策略也是统一处理，无法实现个性化，也不太可能为每一个方法定义一个处理失败的策略，那样会建立大量的策略类，代码会变得臃肿。使用手动加锁方式到是可以实现此需求，但是相对于注解加锁的方式，手动加锁显的没那么简洁、优雅。目前使用注解方式加锁有没有办法更好的支持自定义异常信息？或者后续有无规划去实现注解方式的自定义异常信息？

期望值:

实际值:

# 重现步骤

- 步骤1

- 步骤2

- 步骤3

业务上，在不同的业务场景加锁失败往往需要返回不同业务异常信息，然而使用@lock4j注解加锁的时候并无法很好的返回个性化业务异常信息，自定义失败策略也是统一处理，无法实现个性化，也不太可能为每一个方法定义一个处理失败的策略，那样会建立大量的策略类，代码会变得臃肿。使用手动加锁方式到是可以实现此需求，但是相对于注解加锁的方式，手动加锁显的没那么简洁、优雅。目前使用注解方式加锁有没有办法更好的支持自定义异常信息？或者后续有无规划去实现注解方式的自定义异常信息？

业务上，在不同的业务场景加锁失败往往需要返回不同业务异常信息，然而使用@lock4j注解加锁的时候并无法很好的返回个性化业务异常信息，自定义失败策略也是统一处理，无法实现个性化，也不太可能为每一个方法定义一个处理失败的策略，那样会建立大量的策略类，代码会变得臃肿。使用手动加锁方式到是可以实现此需求，但是相对于注解加锁的方式，手动加锁会增加加锁、释放锁相关的逻辑代码，入侵了业务方法的代码，让方法内的代码变得没那么简洁、优雅。目前使用注解方式加锁有没有办法更好的支持自定义异常信息？或者后续有无规划去实现注解方式的自定义异常信息？