- 博客(6)
- 资源 (1)
- 收藏
- 关注
RSS订阅转载 像@Transactional一样利用注解自定义aop切片
在spring中，利用@Transactional注解可以很轻松的利用aop技术进行事物管理。在实际项目中，直接利用自定义注解实现切片可以大大的提高我们的编码效率以及代码的简洁性。实现以上的目标，主要涉及两方面工作。自定义注解将注解声明为切片自定义注解介绍注解自定义的文章比较多，这里简要介绍一下以下面的代码为例。该代码要实现一个分布式锁的代码。首先利用@interface来声明该类为接口类，用@T
2017-04-23 11:18:38
1586
原创 redis使用watch秒杀抢购思路
1、使用watch，采用乐观锁 2、不使用悲观锁，因为等待时间非常长，响应慢 3、不使用队列，因为并发量会让队列内存瞬间升高import java.util.concurrent.ExecutorService;import java.util.concurrent.Executors;import redis.clients.jedis.Jedis;/** * redis测试抢购 *
2017-04-15 13:02:05
19709
12
原创 API接口安全性设计
接口的安全性主要围绕Token、Timestamp和Sign三个机制展开设计，保证接口的数据不会被篡改和重复调用，下面具体来看：Token授权机制：用户使用用户名密码登录后服务器给客户端返回一个Token（通常是UUID），并将Token-UserId以键值对的形式存放在缓存服务器中。服务端接收到请求后进行Token验证，如果Token不存在，说明请求无效。时间戳超时机制：用户每次请求都带上当前时间
2017-04-08 15:46:09
7308
1
转载 MQ 解决分布式事务的一些思路
不同于单一架构应用(Monolith), 分布式环境下, 进行事务操作将变得困难, 因为分布式环境通常会有多个数据源, 只用本地数据库事务难以保证多个数据源数据的一致性. 这种情况下, 可以使用两阶段或者三阶段提交协议来完成分布式事务.但是使用这种方式一般来说性能较差, 因为事务管理器需要在多个数据源之间进行多次等待. 有一种方法同样可以解决分布式事务问题, 并且性能较好, 这就是我这篇文章要介绍的
2017-04-03 00:24:27
10577
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人