Merge pull request #116 from richzw/master

Add tip #58

README.md

@@ -111,7 +111,7 @@ Go tips from [Phuong Le](https://twitter.com/func25).
 | 55 | Prevent Struct Unkeyed Literals by Using an Empty Field  | cannian1 | 
 | 56 | Simplify interfaces and only ask for what you really need  | cannian1 | 
 | 57 |  |           | 
-| 58 |  |           | 
+| 58 | Keep the mutex close to the data it's protecting | richzw  | 
 | 59 | If a parameter isn't needed, either drop it or ignore it on purpose | TravisRoad |
 | 60 | sync.Once is the best way to do things once |   smallnest       | 
 | 61 | Making a Type with Built-In Locking (sync.Mutex embedding) |  richzw  | 

src/058.md

@@ -0,0 +1,42 @@
+# Tip #58 将互斥锁放在保护的数据附近
+
+>  原始链接：[ Golang Tip #58: Keep the mutex close to the data it's protecting](https://twitter.com/func25/status/1771846725164216709)
+>
+
+将mutex紧密放置在它所保护的对象旁边是一个很好的做法，这样做可以确保我们在完全知情的情况下锁定和解锁它。
+
+让我们通过一些示例来看看这在实践中是如何工作的：
+
+![](./images/058/001.png)
+
+你认为互斥锁保护哪些字段？
+
+它可能是"preferences"，也可能是"cart"，"profile"，其他字段，或者甚至是全部。
+
+关键是要安排好你的结构体，以便我们一目了然，无需深入查看代码。
+
+> “但是你不是说要按照从大到小的顺序排列结构体的字段吗？”
+
+你可能还记得 [Golang Tip #41：将结构体的字段按照从大到小的顺序排列](https://twitter.com/func25/status/1765371933053612110)。
+
+然而，如果我们阅读 Tip #41 的最后一部分，我添加了一个关于易于阅读与优化之间权衡的关键说明。
+
+因此，我通常会使用空行将相关字段分组，而不是严格遵循大小顺序。
+
+**解决方案**
+
+再次看看我们的示例，答案就在提示的标题中：“将互斥锁放在保护的数据附近”。
+
+但是要用空行将它们与其他字段分开：
+
+![](./images/058/002.png)
+
+通过将互斥锁紧密放置在它们的上方，我们向团队（以及未来的自己）表明，这些字段"preferences"和"cart"需要以对多个 goroutine 安全的方式进行访问，使用互斥锁。
+
+这个想法不仅适用于结构体。
+
+它也可能适用于全局变量或只能一次调用的函数：
+
+![](./images/058/003.png)
+
+让我们不要担心关于全局变量的争论，这只是为了向你展示这个提示的含义.

src/SUMMARY.md

@@ -33,6 +33,7 @@
 - [Tip #52 针对容器化环境（Kubernetes、Docker等）调整GOMAXPROCS](./052.md)
 - [Tip #55 使用空字段防止结构体无键字面量](./055.md)
 - [Tip #56 简化接口并只要求你真正需要的东西](./056.md)
+- [Tip #58 将互斥锁放在保护的数据附近](./058.md)
 - [Tip #59 如果不需要使用某个参数，删除它或是显式地忽略它](./059.md)
 - [Tip #60 sync.Once是执行单次操作的最佳方式](./060.md)
 - [Tip #61 使用内置锁的类型（sync.Mutex嵌入）](./061.md)