• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            fcntl函數

             
                  該函數可以改變已打開的文件的性質。

                 #include <fcntl.h>
                 
            int fcntl(int fields, int cmd, /* int arg */); //若成功則依賴于cmd,若出錯則返回-1

             
                  第三個參數總是一個整數,與上面所示函數原型中的注釋部分相對應。但是在作為記錄鎖用時,第三個參數則是指向一個結構的指針。
               fcntl函數有5種功能:
                 1.復制一個現有的描述符(cmd = F_DUPFD).
                 2.獲得/設置文件描述符標記(cmd = F_GETFD || F_SETFD).
                 3.獲得/設置文件狀態標記(cmd = F_GETFL || F_SETFL).
                 4.獲得/設置異步I/O所有權(cmd = F_GETOWN || F_SETOWN).
                 5.獲得/設置記錄鎖(cmd = F_GETLK, F_SETLK || F_SETLKW).

             

             1#include <fcntl.h>
             2#include <unistd.h>
             3#include <iostream>
             4#include <errno.h>
             5using namespace std;
             6
             7int main(int argc, char* argv[])
             8{
             9    int fd, var;
            10    //fd = open("new",O_RDWR);
            11
            12    if (argc != 2)
            13    {
            14        perror("--");
            15        cout << "請輸入參數,即文件名!" << endl;
            16    }

            17
            18    if ((var = fcntl(atoi(argv[1]), F_GETFL, 0)) < 0)
            19    {
            20        strerror(errno);
            21        cout << "fcntl file error." << endl;
            22    }

            23
            24    switch (var & O_ACCMODE)
            25    {
            26    case O_RDONLY : 
            27        cout<<"Read only.."<<endl;
            28        break;
            29
            30    case O_WRONLY : 
            31        cout<<"Write only.."<<endl;
            32        break;
            33
            34    case O_RDWR   : 
            35        cout<<"Read wirte.."<<endl;
            36        break;
            37
            38    default  : 
            39        break;
            40    }

            41
            42    if (val & O_APPEND)
            43        cout << ",append" << endl;
            44
            45    if (val & O_NONBLOCK)
            46        cout << ",noblocking" << endl;
            47
            48    cout << "exit 0" << endl;
            49
            50    exit(0);
            51}

            52
            53


                    fcntl文件鎖有兩種類型:建議性鎖和強制性鎖
                    建議性鎖是這樣規定的:每個使用上鎖文件的進程都要檢查是否有鎖存在,當然還得尊重已有的鎖。內核和系統總體上都堅持不使用建議性鎖,它們依靠程序員遵守這個規定。
                    強制性鎖是由內核執行的。當文件被上鎖來進行寫入操作時,在鎖定該文件的進程釋放該鎖之前,內核會阻止任何對該文件的讀或寫訪問,每次讀或寫訪問都得檢查鎖是否存在。

                    系統默認fcntl都是建議性鎖,強制性鎖是非POSIX標準的。如果要使用強制性鎖,要使整個系統可以使用強制性鎖,那么得需要重新掛載文件系統, mount使用參數 -0 mand打開強制性鎖,或者關閉已加鎖文件的組執行權限并且打開該文件的set-GID權限位。
                    建議性鎖只在cooperating processes之間才有用,對cooperating process的理解是最重要的,它指的是會影響其它進程的進程或被別的進程所影響的進程,舉兩個例子:
                  (1)我們可以同時在兩個窗口中運行同一個命令,對同一個文件進行操作,那么這兩個進程就是cooperating processes;
                  (2) cat file | sort, 那么cat和sort產生的進程就是使用了pipe的cooperating processes。

                    使用fcntl文件鎖進行I/O操作必須小心:進程在開始任何I/O操作前如何去處理鎖,在對文件解鎖前如何完成所有的操作,是必須考慮的。如果在設置鎖之前打開文件,或者讀取該鎖之后關閉文件,另一個進程就可能在上鎖/解鎖操作和打開/關閉操作之間的幾分之一秒內訪問該文件。當一個進程對文件加鎖后,無論它是否釋放所加的鎖,只要文件關閉,內核都會自動釋放加在文件上的建議性鎖(這也是建議性鎖和強制性鎖的最大區別), 所以不要想設置建議性鎖來達到永久不讓別的進程訪問文件的目的(強制性鎖才可以);強制性鎖則對所有進程起作用。

                    fcntl使用三個參數 F_SETLK/F_SETLKW, F_UNLCK和F_GETLK, 來分別要求、釋放、測試record locks。 record locks是對文件一部分而不是整個文件的鎖,這種細致的控制使得進程更好地協作以共享文件資源。fcntl能夠用于讀取鎖和寫入鎖,read lock也叫shared lock(共享鎖), 因為多個cooperating process能夠在文件的同一部分建立讀取鎖;write lock被稱為exclusive lock(排斥鎖), 因為任何時刻只能有一個cooperating process在文件的某部分上建立寫入鎖。如果cooperating processes對文件進行操作,那么它們可以同時對文件加read lock,在一個cooperating process加write lock之前,必須釋放別的cooperating process加在該文件的read lock和wrtie lock,也就是說,對于文件只能有一個write lock存在,read lock和wrtie lock不能共存。
             
             
             

            posted on 2008-06-02 14:41 Wealth 閱讀(707) 評論(0)  編輯 收藏 引用

            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            導航

            統計

            常用鏈接

            留言簿

            隨筆分類(8)

            隨筆檔案(8)

            文章分類

            Around Web

            CoBlog

            Develop Usage Link

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            欧美伊人久久大香线蕉综合69| 久久久久亚洲?V成人无码| 精品一二三区久久aaa片| 麻豆亚洲AV永久无码精品久久 | 久久精品国产亚洲AV久| 久久久国产精华液| 久久精品亚洲日本波多野结衣| 国产激情久久久久影院老熟女免费| 欧美大战日韩91综合一区婷婷久久青草| 欧美与黑人午夜性猛交久久久| 久久久精品人妻一区二区三区四| 狠狠综合久久综合中文88| 久久久久久精品成人免费图片| 91精品国产综合久久香蕉| 久久精品国产男包| 精品久久久久中文字| 久久国产精品77777| 久久成人小视频| 久久影视综合亚洲| 国产精品99久久免费观看| 亚洲国产精品无码久久九九| 久久久91精品国产一区二区三区| 香蕉久久av一区二区三区| 四虎国产精品成人免费久久| 久久亚洲国产中v天仙www| 久久婷婷五月综合国产尤物app| 日本欧美国产精品第一页久久| 国产成人无码精品久久久久免费| 久久精品国产亚洲AV高清热| 7777久久久国产精品消防器材| 亚洲а∨天堂久久精品9966| 99久久久久| 久久国产视屏| 热综合一本伊人久久精品| 久久精品国产只有精品2020| 看久久久久久a级毛片| 亚洲午夜久久久影院伊人| 亚洲中文字幕久久精品无码APP| 久久亚洲日韩看片无码| 久久久久免费精品国产| 日韩精品无码久久久久久|