Posted on 2012-12-17 12:24
鑫龍 閱讀(1933)
評論(0) 編輯 收藏 引用 所屬分類:
linux編程
首先，建議性鎖和強制性鎖并不是真正存在的鎖，而是一種能對諸如記錄鎖、文件鎖效果產生影響的兩種機制。
1.建議性鎖機制是這樣規定的：每個使用文件的進程都要
主動檢查該文件是否有鎖存在，當然都是通過具體鎖的API，比如fctl記錄鎖F_GETTLK來主動檢查是否有鎖存在。如果有鎖存在并被排斥，那么就
主動保證不再進行接下來的IO操作。如果每一個進程都主動進行檢查，并主動保證，那么就說這些進程都以一致性的方法處理鎖，（這里的一致性方法就是之前說的兩個主動）。但是這種一致性方法依賴于編寫進程程序員的素質，也許有的程序員編寫的進程程序遵守這個一致性方法，有的不遵守。不遵守的程序員編寫的進程程序會怎么做呢？也許會不主動判斷這個文件有沒有加上文件鎖或記錄鎖，就直接對這個文件進行IO操作。此時這種有破壞性的IO操作會不會成功呢？如果是在建議性鎖的機制下，這種破壞性的IO就會成功。因為鎖只是建議性存在的，并不強制執行。內核和系統總體上都堅持不使用建議性鎖機制，它們依靠程序員遵守這個規定。（Linux默認是采用建議性鎖）
2.強制性鎖機制是這樣規定的： 所有記錄或文件鎖功能內核執行的。上述提到的破壞性IO操作會被內核禁止。當文件被上鎖來進行讀寫操作時，在鎖定該文件的進程釋放該鎖之前，內核會強制阻止任何對該文件的讀或寫違規訪問，每次讀或寫訪問都得檢查鎖是否存在。也就是強制性鎖機制，讓鎖變得名副其實，真正達到了鎖的效果，而不是像建議性鎖機制那樣只是個紙老虎。= =！
設置強制性文件鎖的方式比較特別: chmod g+s <filename> chmod g-x <filename> 這是形象的表示，實際編程中應該通過chmod()函數一步完成。不能對目錄、可執行文件設置強制性鎖。 3.貼出網上搜到的解釋
例1，我有幾個進程(不一定有親緣關系)都先通過fctnl鎖機制來判斷再操作文件，這個就叫一致的方法。參見[2]
但是，如果同時，又有個流氓進程，管它3721，沖上去，直接open, write一堆操作。
這時候那幾個先fcntl 再操作的進程對這種方式無能為力，這樣就叫不一致。文件最后的狀態就不定了。
正因為這種鎖約束不了其它的訪問方式，所以叫建議行鎖。強制性鎖需要內核支持的,對read, write, open都會檢查鎖。
例2，所謂建議性鎖就是假定人們都會遵守某些規則去干一件事。例如，人與車看到紅燈都會停，而看到綠燈才會繼續走，我們可以稱紅綠等為建議鎖。但這只是一種規則而已，你并不防止某些人強闖紅燈。而強制性鎖是你想闖紅燈也闖不了。