• <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

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            精品久久8x国产免费观看| 久久久久亚洲精品无码网址| 精品无码久久久久国产动漫3d| 无码精品久久久天天影视| 精品久久无码中文字幕| 国产高清美女一级a毛片久久w| 97精品伊人久久久大香线蕉| 久久美女人爽女人爽| 国产精品乱码久久久久久软件 | 久久伊人五月天论坛| 青草国产精品久久久久久| 久久精品国产一区二区三区不卡| 婷婷五月深深久久精品| 亚洲精品WWW久久久久久| 国产精品久久永久免费| 久久精品国产久精国产果冻传媒 | 精品久久久久成人码免费动漫| 精品蜜臀久久久久99网站| 国产精品久久久久久久app| 久久久久无码专区亚洲av| 好久久免费视频高清| 久久综合给合久久狠狠狠97色69 | 国产精品岛国久久久久| 久久久无码精品亚洲日韩蜜臀浪潮| 一本久久a久久精品综合夜夜| 无码国产69精品久久久久网站| 亚洲国产天堂久久综合| 久久综合伊人77777| 久久国产精品无码网站| 91精品日韩人妻无码久久不卡 | 中文精品久久久久人妻| 精品久久久久久久久久久久久久久| 国内精品久久久久影院优| 色狠狠久久AV五月综合| 久久精品国产亚洲av影院| 亚洲国产另类久久久精品小说 | 久久播电影网| 无码精品久久一区二区三区 | 国产午夜精品久久久久九九电影 | 色婷婷狠狠久久综合五月| 亚洲а∨天堂久久精品9966|