一共有兩種鎖，6中組合：
- 共享鎖 LOCK_SH
- 獨占鎖 LOCK_EX
- 外加 [無鎖] 狀態(tài)
LOCK_SH + 無鎖
A 進程使用 LOCK_SH ，可以讀，可以寫。
B 進程無鎖，可以讀，無法寫。（但實測，直接 fwrite 失敗，先 fread 一下，然后 fwrite 就可以成功）
LOCK_EX + 無鎖
A 進程使用 LOCK_EX，可以讀，可以寫。
B 進程無鎖，無法讀（fread 返回空），無法寫（fwrite 失敗）
LOCK_SH + LOCK_EX
LOCK_EX + LOCK_SH
LOCK_EX + LOCK_EX
- 使用獨占鎖，在未解鎖前，其他進程想要加鎖會被阻塞直至解鎖為止
- 其他進程加鎖，新進程想要使用獨占鎖，也會被阻塞直到其他進程解鎖（哪怕其他進程使用的是共享鎖）
例如：
A 進程使用 LOCK_SH ，可以讀，可以寫。
B 進程使用 LOCK_EX ，會被阻塞，在 A 繼承解鎖前程序阻塞等待A 進程使用 LOCK_EX ，可以讀，可以寫。
B 進程使用 LOCK_SH，會被阻塞，在 A 繼承解鎖前程序阻塞等待
LOCK_SH + LOCK_SH
與 LOCK_SH + 無鎖 表現(xiàn)一致
A 進程 LOCK_SH 、B 進程 LOCK_SH 不會被阻塞，可以讀，無法寫（通用的，先讀后寫就可以成功）
不同的是，若有 C 進程想使用 LOCK_EX ， 必須等待 A B 進程都解鎖
LOCK_UN
解鎖，沒啥好說的
LOCK_NB
用于組合使用，不阻塞，比如
flock($fp, LOCK_EX | LOCK_NB)
由于該特性 Unix Only，盡量不使用，避免程序在跨平臺時出現(xiàn)問題
