Posted on 2012-12-17 12:24
鑫龍 閱讀(1931)
評論(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,所謂建議性鎖就是假定人們都會遵守某些規則去干一件事。例如,人與車看到紅燈都會停,而看到綠燈才會繼續走,我們可以稱紅綠等為建議鎖。但這只是一種規則而已,你并不防止某些人強闖紅燈。而強制性鎖是你想闖紅燈也闖不了。