随着高并发场景的逐渐增加，对各种系统中分布式锁的需求（尤其是在诸如Spike System之类的诸如Spike Systems之类的场景中）。
在实施分布式锁时，通常有以下情况
这是关于一个相对简单的代码，这意味着在许多情况下，就这样实现了分布式锁。可以根据情况选择特定的重新分配器。
该代码的问题是，如果需要分发太多方案，将在整个系统中最终有这样的尝试捕获代码块，这将使整体代码看起来非常肿，并且重复的代码将是太多了。
那么如何解决使代码过于肿的问题？
答案很简单：使用AOP技术，并通过切割表面来删除分布式锁定的部分。
如何实现？
首先，我们实现了一个注释。注释的提议必须是直观的，以便人们可以看到注释的作用
关于自定义注释的方法，本文将不会反复描述。那些感兴趣的人可以理解自己。
我们想使用此注释来实现分布式锁，如下所示。
也就是说，我们要在执行方法方法之前锁定锁。如果未设置密钥，则默认值为default_key。释放锁的时间为20秒。
那么特定AOP表面的简单实现如下
然后，您可以以这种方式实现锁定的方法，但这仍然有点不方便
如果我认为该方法的参数已锁定而不仅仅是编写键，我该怎么办？
如下：
如果我们可以动态锁定该方法中传输的参数，则此注释更方便使用
在这里，我们可以使用SPEL表达式对其进行处理。关于SPEL表达，请亲自检查信息。我在这里只提供最终代码
这样，只要该方法在方法中的方法中，您就可以锁定该方法中传输的参数