diff --git a/docs/java/multi-thread/synchronized在JDK1.6之后的底层优化.md b/docs/java/multi-thread/synchronized在JDK1.6之后的底层优化.md
index d8e454de..c3776c2d 100644
--- a/docs/java/multi-thread/synchronized在JDK1.6之后的底层优化.md
+++ b/docs/java/multi-thread/synchronized在JDK1.6之后的底层优化.md
@@ -55,7 +55,7 @@ JDK1.6 对锁的实现引入了大量的优化来减少锁操作的开销，如:
 
 ### 锁粗化
 
-原则上，我们在编写代码的时候，总是推荐将同步块的作用范围限制得尽量小，——直在共享数据的实际作用域才进行同步，这样是为了使得需要同步的操作数量尽可能变小，如果存在锁竞争，那等待线程也能尽快拿到锁。
+原则上，我们在编写代码的时候，总是推荐将同步块的作用范围限制得尽量小，——只在共享数据的实际作用域才进行同步，这样是为了使得需要同步的操作数量尽可能变小，如果存在锁竞争，那等待线程也能尽快拿到锁。
 
 大部分情况下，上面的原则都是没有问题的，但是如果一系列的连续操作都对同一个对象反复加锁和解锁，那么会带来很多不必要的性能消耗。