diff --git a/contents/pitfalls/closure-with-lifetime.md b/contents/pitfalls/closure-with-lifetime.md
index ba181007..094d4560 100644
--- a/contents/pitfalls/closure-with-lifetime.md
+++ b/contents/pitfalls/closure-with-lifetime.md
@@ -1,6 +1,6 @@
 # 闭包上奇怪的生命周期
 
- Rust 一道独特的靓丽风景就是生命周期，也是反复折磨新手的最大黑手，就连老手，可能一不注意就会遇到一些生命周期上的陷阱，例如闭包上使用引用。
+Rust 一道独特的靓丽风景就是生命周期，也是反复折磨新手的最大黑手，就连老手，可能一不注意就会遇到一些生命周期上的陷阱，例如闭包上使用引用。
 
 ## 一段简单的代码
 先来看一段简单的代码:
@@ -23,7 +23,7 @@ error: lifetime may not live long enough
 
 咦？竟然报错了，明明两个一模一样功能的函数，一个正常编译，一个却报错，错误原因是编译器无法推测返回的引用和传入的引用谁活得更久！
 
-真的是非常奇怪的错误，学过[Rust生命周期](https://course.rs/advance/lifetime/basic.html)的读者应该都记得这样一条生命周期消除规则: **如果函数参数中只有一个引用类型，那该引用的生命周期会被自动分配给所有的返回引用**。我们当前的情况完美符合，`function`函数的顺利编译通过，就充分说明了问题。
+真的是非常奇怪的错误，学过[Rust生命周期](https://course.rs/advance/lifetime/basic.html)的读者应该都记得这样一条生命周期消除规则: **如果函数参数中只有一个引用类型，那该引用的生命周期会被自动分配给所有的返回引用**。我们当前的情况完美符合，`fn_elision`函数的顺利编译通过，就充分说明了问题。
 
 那为何闭包就出问题了？