Vaadake, see on täiesti puhas, toimiv ja kompileeritav näide. Ärge kartke seda ise koostada ja katsetada, see tõesti töötab. Programmile peaksite helistama järgmisest terminalist:

Nüüd keskendume loetud kõnele endale:

Loetud allkiri on järgmine (eraldatud Linuxi käsilehtedelt):

Esiteks tähistab argument fd faili kirjeldajat. Olen oma kahvliartiklis seda mõistet natuke selgitanud.  Faili kirjeldaja on int, mis tähistab avatud faili, pesa, toru, FIFO-seadet, noh, see on palju asju, kus andmeid saab lugeda või kirjutada, tavaliselt voogetaolisel viisil. Lähemalt uurin seda järgmises artiklis.

avatud funktsioon on üks viis, kuidas Linuxile öelda: ma tahan teha asju selle tee failiga, leidke see, kus see on, ja lubage mulle sellele juurdepääs. See annab teile selle int-nimelise failikirjeldaja tagasi ja kui soovite selle failiga midagi teha, kasutage seda numbrit. Ärge unustage helistada sulgemisele, kui olete failiga valmis, nagu näites.

Nii et lugemiseks peate esitama selle erinumbri. Siis on buf argument. Siin peaksite esitama massiivi osuti, kuhu lugemine teie andmeid salvestab. Lõpuks loe, mitu baiti see kõige rohkem loeb.

Tagastatav väärtus on tüüpi ssize_t. Imelik tüüp, kas pole? See tähendab "allkirjastatud suurus_t", põhimõtteliselt on see pikk int. See tagastab edukalt loetud baitide arvu või probleemi korral -1. Probleemi täpse põhjuse leiate Linuxi loodud errno globaalsest muutujast, mis on määratletud . Kuid tõrketeate printimiseks on perrori kasutamine parem, kuna see prindib teie nimel errno.

Tavalistes failides - ja ainult sel juhul tagastab lugemine vähem kui loenduse ainult siis, kui olete jõudnud faili lõppu. Teie antud bufi massiiv peab olla piisavalt suur, et mahutada vähemalt baiti, muidu võib teie programm kokku kukkuda või tekitada turvavea.

Nüüd pole lugemine kasulik ainult tavaliste failide jaoks ja kui soovite tunda selle ülivõimsust - Jah, ma tean, et see pole üheski Marveli koomiksis, kuid sellel on tõelised jõud - soovite seda kasutada koos teiste voogudega, näiteks torude või pistikupesadega. Vaatame seda:

Linuxi erifailid ja süsteemikõne lugemine

Loetud faktid töötavad mitmesuguste failidega, nagu torud, pistikupesad, FIFO-d või spetsiaalsed seadmed, näiteks ketas või jadaport, on see, mis muudab selle tõesti võimsamaks. Mõningate kohandustega saate teha tõeliselt huvitavaid asju. Esiteks tähendab see seda, et saate failis töötavaid funktsioone sõna otseses mõttes kirjutada ja kasutada selle asemel toruga. Parim jõudlus on huvitav edastada andmeid ilma kettale löömata.

Kuid see käivitab ka erireeglid. Võtame näiteks terminalist rea lugemise tavalise failiga. Kui helistate tavalises failis loetuks, vajab see teie soovitud andmemahu saamiseks Linuxile vaid mõnda millisekundit.

Aga mis puudutab terminali, siis see on teine ​​lugu: oletame, et küsite kasutajanime. Kasutaja sisestab oma kasutajanime ja vajutab Enter. Nüüd järgite minu ülaltoodud nõuandeid ja helistate loendisse suure puhvriga, näiteks 256 baiti.

Kui lugemine toimiks nagu failidega, ootaks see enne naasmist, kuni kasutaja sisestab 256 tähemärki! Teie kasutaja ootaks igavesti ja tapaks siis teie rakenduse kahjuks. See pole kindlasti see, mida soovite, ja teil oleks suur probleem.

Okei, võite lugeda üks bait korraga, kuid see lahendus on kohutavalt ebaefektiivne, nagu ma teile eespool ütlesin. See peab paremini töötama.

Kuid Linuxi arendajad arvasid selle probleemi vältimiseks teisiti:

• Tavaliste failide lugemisel proovib see võimalikult palju lugeda baitide arvu ja saab aktiivselt baidid kettalt, kui see on vajalik.
• Kõigi teiste failitüüpide korral see naaseb niipea kui seal on mõned andmed saadaval ja kõige rohkem loota baiti:
  1. Terminalide jaoks on see nii üldiselt kui kasutaja vajutab sisestusklahvi.
  2. TCP-pistikupesade puhul pole vahet, kui palju baite see teie arvutisse midagi saab.
  3. FIFO või torude puhul on see üldjuhul sama palju kui teise rakenduse kirjutatud, kuid Linuxi kernel suudab pakkuda vähem korraga, kui see on mugavam.

Nii saate oma 2 KiB puhvriga turvaliselt helistada, jäädes igavesti lukustamata. Pange tähele, et see võib katkeda ka siis, kui rakendus saab signaali. Kuna kõigi nende allikate lugemine võib võtta sekundeid või isegi tunde - seni, kuni teine ​​pool otsustab kirjutada - signaalidega katkestamine võimaldab peatada liiga kaua blokeerituks jäämise.

Sellel on siiski ka puudus: kui soovite nende spetsiaalsete failidega täpselt lugeda 2 KiB, peate kontrollima read tagastusväärtust ja kõne loetud mitu korda. lugemine täidab harva kogu teie puhvri. Kui teie rakendus kasutab signaale, peate ka errno abil kontrollima, kas lugemine ebaõnnestus väärtusega -1, kuna selle katkestas signaal.

Lubage mul näidata teile, kuidas võib olla huvitav kasutada seda erilist omadust lugeda: