今天这个事儿，得好好跟你们唠唠，就是那个叫“critical section”的东西，听着挺玄乎，就是个保护共享资源的小玩意儿。我最近琢磨这个用着用着，才慢慢有点感觉，今天就手把手带你们入门。
这玩意儿是干嘛的？
简单说，就是你有一份数据，好几个人都想碰，如果他们一起动手，那结果可能就乱套了。比如，一个人在加钱，另一个人在减钱，账户里的钱是对是错，谁也说不准。这时候，critical section就派上用场了，它能保证在同一时间，只有一个人能动那份数据，其他人老老实实等着。
我怎么用的？
我主要是在多线程环境里用这个。一开始也是摸不着头脑，看了好些资料，才大概明白了。通常，我们会用一个锁（lock）来标记一个critical section。你想进这个区域干活？先拿锁，拿到了就能进，没拿到就得等着。忙完了，就把锁还回去，别人才能接着进来。
操作起来就那么几步：
- 定义一个锁： 就像给一个房间上了锁，需要一个钥匙（锁对象）。
- 进入临界区之前： 尝试“获取锁”。如果锁是空的，你就拿到锁，进入临界区。如果锁已经被别人拿走了，你就得乖乖在门口等着，直到锁被还回来。
- 在临界区内操作： 这时候你就可以安心地去操作共享数据了，因为你知道，在你能操作的这段时间里，没人会来捣乱。
- 离开临界区之后： 把锁“释放”掉，这样门口等着的人才能有机会进来。
实际操作演示
我最近在写一个日志记录的模块，有好几个线程都会往日志文件里写东西。一开始没加保护，经常出现日志混乱，前言不搭后语的。后来我就给写日志的文件操作加了个critical section。
我是这么做的：我弄了个全局的锁对象。然后，每次哪个线程要往日志文件里写内容之前，它都要先尝试获取这个锁。拿到锁之后，它就打开文件，写入日志，写完之后，再把锁释放掉。这么一来，虽然线程们还是都在尝试写日志，但实际写入文件的操作，就是一个接一个进行的，一点儿也不乱了。效率上虽然稍微慢了一点点，但数据的准确性保证了，这点牺牲是值得的。
后来我又在处理一些数据同步的时候也用上了，比如有一个数据列表，多个线程都要往里面加东西或者删东西，就必须得用critical section来保护，不然数据就得出错。
最开始理解的时候，总觉得是不是很复杂，但真用起来，你会发现它就是个约定俗成的规则，保证大家有序地去使用同一个东西。理解了“排队”这个概念，基本上critical section就入门了。
