在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

Linux系統編程中的文件描述符調用

C語言編程學習基地 ? 來源:博客園 ? 作者:melonstreet ? 2021-09-02 09:50 ? 次閱讀

文件描述符

進程每打開一個文件的時候,會獲得該文件的文件描述符,而后續的讀寫操作都把文件描述符作為參數。在用戶空間或者內核空間,都是通過文件描述符來唯一地索引一個打開的文件。文件描述符使用int類型表示,文件描述符的范圍從0開始,到上限值-1,默認情況下,上限值為1024,也就是說,進程默認情況下最多可以打開1024個文件。負數是不合法的文件描述符,當函數調用出錯時,返回的文件描述符為-1。

每個進程都至少包含三個文件描述符:

8c65cdc2-0b7a-11ec-8fb8-12bb97331649.png

遵循Linux一切皆文件的概念,文件描述符除了訪問普通文件外,幾乎能夠訪問任何能夠讀寫的東西。包括設備文件、管道、先進先出緩沖區、套接字等。

open()系統調用

對文件進行讀寫之前,必須先打開文件。Linux提供了系統調用open()。open()有兩個函數原型:

8c6f5fc2-0b7a-11ec-8fb8-12bb97331649.png

兩個函數均可用來打開文件,第二個函數比第一個多了參數mode,mode指定文件的權限---當創建新文件的時候才需要。如果文件打開成功,則返回文件描述符,指向pathname所指定的文件。flags參數用于指定打開的方式,它支持三種訪問模式:

8c7b926a-0b7a-11ec-8fb8-12bb97331649.png

flags參數還可以與下面的值進行按位或運算,修改打開文件的行為:

8c8c4a4c-0b7a-11ec-8fb8-12bb97331649.png

舉個例子,下面的句子表示:以寫的方式打開文件,如果文件不存在,則創建新的文件,并且文件的內容為空:

int fd ;

fd = open("file.txt",O_WRONLY|O_CREAT|O_TRUNC,0644);

這里的0644指定了新創建的文件訪問權限,參數mode的取值如下:

8c97b33c-0b7a-11ec-8fb8-12bb97331649.png

實際上最終寫入磁盤的文件訪問權限是由mode參數和用戶的文件創建掩碼(umask)執行按位與操作得到的。舉個例子:

8ca9a132-0b7a-11ec-8fb8-12bb97331649.png

按理來說,創建出來的文件的訪問權限應該是-rwxrwxrwx,而查看后發現其實不是:

ls -l TEST.txt

-rwxrwxr-x 1 huanzhewu huanzhewu 0 8月 30 21:29 TEST.txt【權限為0775】

查看當前的掩碼:

$ umask

0002

可以發現 0775 = 0777 ^ (~0002) ,所以0775才是最后的文件訪問權限。umask是進程級屬性,通過調用umask()函數來修改,支持用戶修改新創建的文件和目錄的權限。

總結起來可以得到這樣一條公式:

newmode = mode ^ (~ umask)

總結一下:至此,我們了解了文件打開所提供的兩個系統調用函數open(),了解了打開文件的方式、新建文件的訪問權限設置。如果文件打開成功,那么將返回一個文件描述符,這是一個非零整數(因為0,1,2是進行已經擁有的文件描述符),否則函數將返回-1

creat()系統調用

顧名思義,creat函數用來創建一個文件,不過我們可能產生疑問:前面的open函數使用一些選項后,不是也可以創建新文件嗎?沒錯,creat函數完全等價與下面的open語句:

8cb24800-0b7a-11ec-8fb8-12bb97331649.png

由于選項O_WRONLY|O_CREAT|O_TRUNC組合經常使用,因而系統調用專門使用creat函數來提供這個功能。creat函數的原型如下:

8cbdfdb2-0b7a-11ec-8fb8-12bb97331649.png

其中參數的描述與open的參數一致,這里不再贅述。

read()系統調用

文件打開后,就能夠讀文件了。read()是最基礎、最常見的讀取文件的機制。read的函數原型為:

8cd2fe10-0b7a-11ec-8fb8-12bb97331649.png

fd 為文件描述符。每次調用read函數時,會從fd指向的文件的當前偏移(或稱文件位置)開始讀取count字節到buf所指的的內存中。隨著文件的讀取,fd的文件位置指針會向前移動。關于read的讀取,會出現很多需要思考的問題:

問題一:如果文件長度為0

問題二:如果文件長度不夠count長度

問題三:如果讀取時,read被信號中斷了

我們一一來看:

問題1屬于“沒有數據可讀”,此時read調用會阻塞,直到有數據可讀;

問題2屬于到達數據結尾(EOF),此時read調用返回0;

問題三,read調用返回大于0小于count的值;如果在讀取任何數據之前被信號中斷,則返回-1,同時把errno設置為EINTR。

8fdd37ba-0b7a-11ec-8fb8-12bb97331649.png

再來看看問題1,當文件沒有數據可以讀時(一開始就沒有),read調用會被阻塞,直到文件有數據可以讀,這是一種阻塞I/O。如果文件以O_NONBLOCK模式打開,則文件為非阻塞模式,當文件沒有數據可以讀時,read系統調用返回-1,并把errno設置為EAGAIN。

8fe9f2f2-0b7a-11ec-8fb8-12bb97331649.png

除了errno被設置為EINTR與EAGAIN,其他情況下都是出現嚴重的文件讀取錯誤,重新執行讀操作不會成功。

write() 系統調用

write的函數原型為:

9000f858-0b7a-11ec-8fb8-12bb97331649.png

write的返回值比較簡單:

寫入失敗返回-1 ,同時設置errno的值

寫入成功返回成功寫入的字節數。

返回0時沒有特殊含義,僅表示寫入了0個字節的內容。

對于普通文件,write基本能保證每次執行調用能夠寫入全部的內容。對于其他文件如socket,需要進行循環寫,保證所有的字節都寫入了文件中:

9014a24a-0b7a-11ec-8fb8-12bb97331649.png

同樣的,當以非阻塞的模式打開文件時(O_NONBLOCK),系統調用write()會返回-1,并把errno設置為EAGAIN。

系統調用write()時,數據從用戶空間的緩沖區中拷貝到了內核空間的緩沖區,但并沒有立即把數據寫入磁盤中,這稱為延遲寫。延遲寫的問題在于,如果在數據真正寫入磁盤之前系統崩潰了,則數據可能丟失。內核設置了一個時間,在該時間內將內核空間緩沖區上的數據寫入磁盤,該時間稱為"最大存放時效"。Linux系統也支持強制文件立即寫入磁盤上,這在后面介紹。

close()系統調用

程序完成文件的讀寫后,調用close函數關閉文件描述符與文件之間的連接,使得文件描述符可以被重用。close的函數原型為:

#incldue

int close(int fd);

文件關閉成功返回0,出錯返回-1,并設置相應的errno。文件成功關閉并不以為著該文件的數據已經被寫入磁盤。

總結:本文簡單介紹了文件的打開、創建、讀寫、關閉操作,介紹了一些常用的open參數選項,creat與open的等價性,循環讀、循環寫的必要性,也關注了各個系統調用的返回值含義,了解如何設置非阻塞讀寫,并簡單提到了延遲寫的問題,在后續的文件中將介紹同步I/O的內容。

責任編輯:haq

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • Linux
    +關注

    關注

    87

    文章

    11345

    瀏覽量

    210418
  • 編程
    +關注

    關注

    88

    文章

    3637

    瀏覽量

    93990

原文標題:Linux系統編程:基本 I/O 系統調用

文章出處:【微信號:cyuyanxuexi,微信公眾號:C語言編程學習基地】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    服務器數據恢復——Ext4文件系統umount失敗的數據恢復案例

    塊組:Ext4文件系統的全部空間被劃分為若干個塊組,每個塊組結構基本上相同。 塊組描述符表:每個塊組都對應一個塊組描述符,這些塊組描述符統一放在
    的頭像 發表于 11-13 13:25 ?448次閱讀
    服務器數據恢復——Ext4<b class='flag-5'>文件系統</b>umount失敗的數據恢復案例

    嵌入式學習-飛凌嵌入式ElfBoard ELF 1板卡-網絡編程示例之網絡socket程序編程

    ,通過調用 getsockopt 函數獲取與該文件描述符相關的 TCP 連接信息,并判斷連接狀態是否為已建立(TCP_ESTABLISHED)。如果連接狀態為已建立,則返回 0;否則返回-1
    發表于 11-13 09:12

    飛凌嵌入式ElfBoard ELF 1板卡-網絡編程示例之網絡socket程序編程

    。下面我們看下詳細解釋:func_detect_tcp_server_link(int fd): 檢測 TCP 服務端連接狀態的函數。它接受一個文件描述符 fd,通過調用 getsockopt 函數獲取
    發表于 11-12 10:53

    Linux--IO多路復用(select,poll,epoll)

    導致的資源浪費和低效率問題。它通過將多個IO操作合并到一個系統調用,允許程序同時等待多個文件描述符(如sockets、
    的頭像 發表于 11-06 16:13 ?435次閱讀

    嵌入式學習-飛凌嵌入式ElfBoard ELF 1板卡-Linux C接口編程入門之文件I/O

    程之間的通信。管道和套接字也被視為文件,并通過文件描述符進行訪問。虛擬文件系統(Virtual File System):虛擬文件系統
    發表于 10-10 09:11

    飛凌嵌入式ElfBoard ELF 1板卡-Linux C接口編程入門之文件I/O

    程之間的通信。管道和套接字也被視為文件,并通過文件描述符進行訪問。虛擬文件系統(Virtual File System):虛擬文件系統
    發表于 10-09 15:38

    esp32-s2-soala-v1.2如何獲取攝像頭描述符?

    descriptors from PC side,eg. run `lsusb -v` in linux, 請問我該如何獲得所需usb描述符?
    發表于 06-27 06:48

    二維PDMA可以使用描述符鏈嗎?

    我正在嘗試使用二維描述符連鎖。 編寫了一些二維描述符鏈的代碼。 但我有一些疑問,比如 1.二維 PDMA 可以使用描述符鏈嗎? 2.如果 1 是,請附上一些代碼 我們是否可以使用 2 個結構或只使用 1 個結構即可。
    發表于 05-31 08:16

    FX3無法設置最小/最大比特率描述符值,為什么?

    我正試圖通過 FX3 以 5200*3900 分辨率、15fps 的速度從我的 fpga 傳輸視頻數據流,但無法設置最小/最大比特率描述符值,因為描述符大小只有 32 位。 描述符的預期值應該是
    發表于 05-21 06:36

    STM32 USB的字符串描述符不能顯示是哪里的問題?

    最近用STM32做了一個USB 的HID類設備,設備描述符中有指定廠商字符串索引、產品字符串索引、序列號索引。在獲取字符串的代碼部分也發現確實執行了,但是插上電腦后卻沒有我想要的字符串,有哪位高手能指點一下。
    發表于 04-30 08:13

    STM32F103在官方USB的MSC程序基礎上修改為CDC+MSC的組合設備,出現設備描述符請求失敗的原因?

    STM32F103在官方USB的MSC程序基礎上修改為CDC+MSC的組合設備,出現設備描述符請求失敗問題;抓包發現PC主機配置描述符數據和設置的數據不一致
    發表于 04-07 06:34

    CDC+MSC設備連接不了PC,顯示設備描述符請求失敗的原因?

    USB組合設備:CDC+MSC,設備連接不了PC,顯示設備描述符請求失?。挥镁W上其它成功的例程測試,不是該情況就是只能使用U盤無法用虛擬串口,請問這是什么問題呢
    發表于 04-03 06:44

    USB OTG發送設備描述符失敗是什么原因呢?

    能收到SETUP包,并解析數據跑到發送設備描述符,給FIFO寫數據也正確,但波形上就發了一個數據出去,這會是什么原因呢?
    發表于 03-11 06:29

    為FX3應用程序實現可變USB配置描述符,開始編譯程序時報錯怎么解決?

    __heap_start” 和 “extern char __heap_end” 的錯誤。 我該如何解決這個 _sbrk 錯誤? 有沒有更好的方法來處理可變大小的 USB 描述符? 使用固定大小的數組,我 CAN 創建一個正確的描述符,但在設備管理器
    發表于 02-26 06:58

    CYUSB3KIT-003開發板cyfxusbuart例程,配置描述符無效枚舉失敗的原因?

    系統:win11 驅動已正常安裝,出廠默認例程在I2C啟動及USB啟動下均可正常運行。 選擇USB啟動,下載cyfxusbuart固件后,設備管理器顯示配置描述符無效。 請問是否為驅動問題?
    發表于 02-23 06:02
    主站蜘蛛池模板: 1024免费永久福利视频 | 九九福利 | 欧美精品hdvideosex | 韩国免费三片在线视频 | www.啪啪.com | 久精品视频村上里沙 | 在线午夜影院 | 国产jlzzjlzz视频免费 | 亚洲一区二区福利视频 | 国产综合色精品一区二区三区 | 2021成人国产精品 | 中文字幕1区2区 | 精品免费 | 欧美一级片免费观看 | 国产精品久久久久久久久免费观看 | 国产一区二区丁香婷婷 | 快乐你懂的在线视频免费观看 | 色激情综合 | xyx性爽欧美视频 | 久久精品亚瑟全部免费观看 | 国产精品9999久久久久仙踪林 | 艹逼免费视频 | 91中文字幕视频 | 亚洲啪啪免费视频 | 色就是色欧美色图 | 91九色成人| 欧美日韩亚洲一区 | 亚洲高清免费在线观看 | xxxxxxxx日本69 | 精品卡1卡2卡三卡免费网站视频 | 成人精品视频一区二区三区 | 好大好硬好深好爽想要免费视频 | 免费在线视频你懂的 | 99久久精品费精品国产 | 午夜福利毛片 | 天天操天天爱天天干 | 成人在线免费电影 | 五月婷婷之综合激情 | 特一级黄色片 | 亚洲亚洲人成网站在线观看 | 视频三区|