国产成人精品久久免费动漫-国产成人精品天堂-国产成人精品区在线观看-国产成人精品日本-a级毛片无码免费真人-a级毛片毛片免费观看久潮喷

您的位置:首頁技術文章
文章詳情頁

Java基于注解實現的鎖實例解析

瀏覽:74日期:2022-09-05 10:01:22

背景

某些場景下,有可能一個方法不能被并發執行,有可能一個方法的特定參數不能被并發執行。比如不能將一個消息發送多次,創建緩存最好只創建一次等等。為了實現上面的目標我們就需要采用同步機制來完成,但同步的邏輯如何實現呢,是否會影響到原有邏輯呢?

嵌入式

這里講的嵌入式是說獲取鎖以及釋放鎖的邏輯與業務代碼耦合在一起,又分分布式與單機兩種不同場景的不同實現。

單機版本

下面方法,每個productId不允許并發訪問,所以這里可以直接用synchronized來鎖定不同的參數。

@Servicepublic class ProductAppService { public void invoke(Integer productId) { synchronized (productId) { try {Thread.sleep(1000); } catch (InterruptedException e) {e.printStackTrace(); } System.out.print('productId:' + productId+' time:'+new Date()); } }}

測試腳本:三個相同的參數0,兩個不同的參數1和2,通過一個多線程的例子來模似。如果有并發請求的測試工具可能效果會更好。

private void testLock(){ ExecutorService executorService= Executors.newFixedThreadPool(5); executorService.submit(new Runnable() { @Override public void run() { productAppService.invoke2(0); } }); executorService.submit(new Runnable() { @Override public void run() { productAppService.invoke2(0); } }); executorService.submit(new Runnable() { @Override public void run() { productAppService.invoke2(0); } }); executorService.submit(new Runnable() { @Override public void run() { productAppService.invoke2(1); } }); executorService.submit(new Runnable() { @Override public void run() { productAppService.invoke2(2); } }); executorService.shutdown();}

測試結果如下,0,1,2三個請求未被阻塞,后面的兩個0被阻塞。

Java基于注解實現的鎖實例解析

分布式版本

分布式的除了鎖機制不同之外其它的測試方法相同,這里只貼出鎖的部分:

public void invoke2(Integer productId) { RLock lock=this.redissonService.getRedisson().getLock(productId.toString()); try { boolean locked=lock.tryLock(3000,500, TimeUnit.MILLISECONDS); if(locked){ Thread.sleep(1000); System.out.print('productId:' + productId+' time:'+new Date()); } } catch (InterruptedException e) { e.printStackTrace(); } finally { lock.unlock(); }}

嵌入式的缺點

比較明顯的就是鎖的邏輯與業務邏輯混合在一起,增加了程序復雜度而且也不利于鎖機制的更替。

注解式

能否將鎖的邏輯隱藏起來,通過在特定方法上增加注解來實現呢?就像Spring Cache的應用。當然是可以的,這里我們只需要解決如下三個問題:

定義注解

鎖一般有如下幾個屬性:

key,鎖對象的標識,就是上面提到的方法的某些參數。一般由方法所屬類的完全限定名,方法名以及指定的參數構成。 maximumWaiteTime,最大等待時間,避免線程死循環。 expirationTime,鎖的生命周期,可以有效避免因特殊原因未釋放鎖導致其它線程永遠獲取不到鎖的局面。 timeUnit,配合上面兩個屬性使用,時間單位。

@Retention(RetentionPolicy.RUNTIME)@Target(ElementType.METHOD)public @interface RequestLockable { String[] key() default ''; long maximumWaiteTime() default 2000; long expirationTime() default 1000; TimeUnit timeUnit() default TimeUnit.MILLISECONDS;}

實現注解

由于我們的目標是注解式鎖,這里通過AOP的方式來實現,具體依賴AspectJ,創建一個攔截器:

public abstract class AbstractRequestLockInterceptor { protected abstract Lock getLock(String key); protected abstract boolean tryLock(long waitTime, long leaseTime, TimeUnit unit,Lock lock) throws InterruptedException; /** * 包的表達式目前還有待優化 TODO */ @Pointcut('execution(* com.chanjet.csp..*(..)) && @annotation(com.chanjet.csp.product.core.annotation.RequestLockable)') public void pointcut(){} @Around('pointcut()') public Object doAround(ProceedingJoinPoint point) throws Throwable{ Signature signature = point.getSignature(); MethodSignature methodSignature = (MethodSignature) signature; Method method = methodSignature.getMethod(); String targetName = point.getTarget().getClass().getName(); String methodName = point.getSignature().getName(); Object[] arguments = point.getArgs(); if (method != null && method.isAnnotationPresent(RequestLockable.class)) { RequestLockable requestLockable = method.getAnnotation(RequestLockable.class); String requestLockKey = getLockKey(method,targetName, methodName, requestLockable.key(), arguments); Lock lock=this.getLock(requestLockKey); boolean isLock = this.tryLock(requestLockable.maximumWaiteTime(),requestLockable.expirationTime(), requestLockable.timeUnit(),lock); if(isLock) {try { return point.proceed();} finally { lock.unlock();} } else {throw new RuntimeException('獲取鎖資源失敗'); } } return point.proceed(); } private String getLockKey(Method method,String targetName, String methodName, String[] keys, Object[] arguments) { StringBuilder sb = new StringBuilder(); sb.append('lock.').append(targetName).append('.').append(methodName); if(keys != null) { String keyStr = Joiner.on('.').skipNulls().join(keys); if(!StringUtils.isBlank(keyStr)) {LocalVariableTableParameterNameDiscoverer discoverer = new LocalVariableTableParameterNameDiscoverer();String[] parameters =discoverer.getParameterNames(method);ExpressionParser parser = new SpelExpressionParser();Expression expression = parser.parseExpression(keyStr);EvaluationContext context = new StandardEvaluationContext();int length = parameters.length;if (length > 0) { for (int i = 0; i < length; i++) { context.setVariable(parameters[i], arguments[i]); }}String keysValue = expression.getValue(context, String.class);sb.append('#').append(keysValue); } } return sb.toString(); }}

注意如下幾點:

為什么會存在抽象方法?那是為下面的將注解機制與具體的鎖實現解耦服務的,目的是希望注解式鎖能夠得到復用也便于擴展。鎖的key生成規則是什么?前綴一般是方法所在類的完全限定名,方法名稱以及spel表達式來構成,避免重復。SPEL表達式如何支持?

LocalVariableTableParameterNameDiscoverer它在Spring MVC解析Controller的參數時有用到,可以從一個Method對象中獲取參數名稱列表。SpelExpressionParser是標準的spel解析器,利用上面得來的參數名稱列表以及參數值列表來獲取真實表達式。

問題

基于aspectj的攔截器,@Pointcut中的參數目前未找到動態配置的方法,如果有解決方案的可以告訴我。

將注解機制與具體的鎖實現解耦

注解式鎖理論上應該與具體的鎖實現細節分離,客戶端可以任意指定鎖,可以是單機下的ReentrantLock也可以是基于redis的分布式鎖,當然也可以是基于zookeeper的鎖,基于此目的上面我們創建的AbstractRequestLockInterceptor這個攔截器是個抽象類??聪禄趓edis的分布式鎖的子類實現:

@Aspectpublic class RedisRequestLockInterceptor extends AbstractRequestLockInterceptor { @Autowired private RedissonService redissonService; private RedissonClient getRedissonClient(){ return this.redissonService.getRedisson(); } @Override protected Lock getLock(String key) { return this.getRedissonClient().getLock(key); } @Override protected boolean tryLock(long waitTime, long leaseTime, TimeUnit unit,Lock lock) throws InterruptedException { return ((RLock)lock).tryLock(waitTime,leaseTime,unit); }}

注解式鎖的應用

只需要在需要同步的方法上增加@RequestLockable,然后根據需要指定或者不指定key,也可以根據實際場景配置鎖等待時間以及鎖的生命周期。

@RequestLockable(key = {'#productId'}) public void invoke3(Integer productId) { try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } System.out.print('productId:' + productId+' time:'+new Date()); }

當然為了攔截器生效,我們需要在配置文件中配置上攔截器。

<bean class='com.product.api.interceptor.RedisRequestLockInterceptor'></bean><aop:aspectj-autoproxy proxy-target- />

注解式鎖的優點:鎖的邏輯與業務代碼完全分離,降低了復雜度。靈活的spel表達式可以靈活的構建鎖的key。支持多種鎖,可以隨意切換而不影響業務代碼。

以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持好吧啦網。

標簽: Java
相關文章:
主站蜘蛛池模板: 亚洲经典三级 | 精品九九视频 | 国产精品自拍第一页 | 亚洲品质自拍 | 91精品欧美综合在线观看 | 亚洲天堂免费在线视频 | 888米奇在线视频四色 | 99视频在线永久免费观看 | 欧美一级日韩在线观看 | 亚洲另类在线视频 | 深夜一级毛片 | wwwav视频| 亚洲黄区 | 日韩欧美在线看 | 欧美久草视频 | 国产操操 | 一级做a爰全过程免费视频毛片 | 女让张开腿让男人桶视频 | 国产成人一区在线播放 | 亚洲免费视频一区 | 欧美一级va在线视频免费播放 | 激情五月色播五月 | 久久综合狠狠综合狠狠 | 欧美日韩国产va另类 | 午夜影院黄色片 | 性高湖久久久久久久久aaaaa | 黄色影院在线观看视频 | 亚洲欧美日本综合一区二区三区 | 免费欧美一级片 | 日本成人免费在线视频 | 一区二区不卡在线 | 亚洲视频天堂 | 一个人免费看的www 一及 片日本 | 生活片毛片 | 国产网站免费视频 | 欧美日韩亚洲国内综合网俺 | 国内精品小视频 | 精品国产系列 | xp123欧美亚洲国产日韩 | 加勒比综合在线 | 美女个护士一级毛片亚洲 |