From 44d9d4a060eb7040646fc6848d9f616b86136098 Mon Sep 17 00:00:00 2001
From: JuiceApp1e <80675037+JuiceApp1e@users.noreply.github.com>
Date: Sun, 6 Mar 2022 19:17:08 +0800
Subject: [PATCH] =?UTF-8?q?=E4=BF=AE=E6=94=B9=E9=94=99=E5=88=AB=E5=AD=97?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

修改错别字，整理语义
---
 docs/java/concurrent/java-concurrent-questions-02.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/docs/java/concurrent/java-concurrent-questions-02.md b/docs/java/concurrent/java-concurrent-questions-02.md
index ebfdbc5e..4936cb02 100644
--- a/docs/java/concurrent/java-concurrent-questions-02.md
+++ b/docs/java/concurrent/java-concurrent-questions-02.md
@@ -184,7 +184,7 @@ JDK1.6 对锁的实现引入了大量的优化，如偏向锁、轻量级锁、
 
 #### 1.5.1. 两者都是可重入锁
 
-**“可重入锁”** 指的是自己可以再次获取自己的内部锁。比如一个线程获得了某个对象的锁，此时这个对象锁还没有释放，当其再次想要获取这个对象的锁的时候还是可以获取的，如果不可锁重入的话，就会造成死锁。同一个线程每次获取锁，锁的计数器都自增 1，所以要等到锁的计数器下降为 0 时才能释放锁。
+**“可重入锁”** 指的是自己可以再次获取自己的内部锁。比如一个线程获得了某个对象的锁，此时这个对象锁还没有释放，当其再次想要获取这个对象的锁的时候还是可以获取的，如果是不可重入锁的话，就会造成死锁。同一个线程每次获取锁，锁的计数器都自增 1，所以要等到锁的计数器下降为 0 时才能释放锁。
 
 #### 1.5.2.synchronized 依赖于 JVM 而 ReentrantLock 依赖于 API