前言

分布式锁，其实原理是就是多台机器，去争抢一个资源，谁争抢成功，那么谁就持有了这把锁，然后去执行后续的业务逻辑，执行完毕后，把锁释放掉。

可以通过多种途径实现分布式锁，例如利用数据库（mysql等），插入一条记录（唯一索引），谁插入成功，谁就持有锁；还可通过zookeeper来实现分布式锁，谁创建节点成功，谁就持有锁。本文介绍通过redis来实现分布式锁。

本文使用springboot提供的RedisTemplate来操作redis，可以参考我之前的文章【快学springboot】13.操作redis之String数据结构，这里对使用RedisTemplate来操作redis做了介绍。当然也可以直接使用jedis来操作redis，大家可以参考下jedis的文档，使用上都是大同小异的。

前言

在之前的文章中，讲解了使用redis解决集群环境session共享的问题【快学springboot】11.整合redis实现session共享，这里已经引入了redis相关的依赖，并且通过springboot的配置，实现了session共享。下面，我们就通过springboot提供的RedisTemplate来操作redis。

前言

之前在【快学springboot】6.WebMvcConfigurer配置静态资源和解决跨域里有用到WebMvcConfigurer接口来实现静态资源的映射和解决跨域请求，并且在文末还说了WebMvcConfigurer（springboot2.x之后使用该接口，springboot1.x使用WebMvcConfigurerAdapter类，不过该类已经被标识过期了）可以配置很多东西，如下：

说明

集合和数组是我们经常会用到的数据结构，在jdk1.8之前，集合和数组的处理并不是很便捷。但是到了JDK1.8之后，使用Stream处理集合会使代码变得更加的简洁明了。作为一名开发者，其实很有必要学习新特性的用法，即使是说项目中没有采用。虽然JDK1.8已经发布数年，但是还是发现很多人都不会使用JDK1.8给我们带来的新的API。比如之前写过的一篇文章还在用SimpleDateFormat？Java8都发布N年了，转LocalDateTime吧,讲解了JDK1.8时间上的新API，大家也可以看看。

前言

在实际开发中，有些代码是重复的、IDE一键生成的，不写不行，写了又觉得代码太臃肿，不美观。如果你也有这种体会，那么，请使用Lombok插件吧，真的非常好用。Lombok的使用也非常简单，都是各种各样的注解。

前言

Java8发布，已有数年之久，但是发现很多人都还是坚持着用SimpleDateFormat和Date进行时间操作。SimpleDateFormat这个类不是线程安全的，在使用的时候稍不注意，就会产生致命的问题。Date这个类，是可以重新设置时间的，这对于一些类内部的属性来说，是非常不安全的。

前言

这里都是基于前面的项目基础上的。springboot整合redis非常的方便，这也是springboot的宗旨，简化配置。这篇文章就教大家如何使用springboot整合redis来实现session共享。

说明

使用@Async注解创建多线程非常的方便，还可以通过配置，实现线程池。比直接使用线程池简单太多。而且在使用上跟普通方法没什么区别，加上个@Async注解即可实现异步调用。

介绍

springboot对数据库事务的使用非常的方便，只需要在方法上添加@Transactional注解即可。Spring 为事务管理提供了丰富的功能支持。Spring 事务管理分为编程式和声明式的两种方式。编程式事务指的是通过编码方式实现事务；声明式事务基于 AOP,将具体业务逻辑与事务处理解耦。声明式事务管理使业务代码逻辑不受污染, 因此在实际使用中声明式事务用的比较多。

介绍

当涉及到企业应用程序时，正确地管理对数据库的并发访问是至关重要的。为此，我们可以使用Java Persistence API提供的乐观锁定机制。它导致在同一时间对同一数据进行多次更新不会相互干扰。为了使用OptimisticLocking，我们需要一个实体（Entity），其中包含一个带有@Version注释的属性。在使用它时，每个读取数据的事务都持有version属性的值。在事务想要进行更新之前，它将再次检查version属性。如果值在此期间发生了更改，则抛出ObjectOptimisticLockingFailureException。否则，事务提交update并递增version的值。这种机制适用于读操作比更新或删除操作多得多的应用程序。