Látja, ez egy teljes értékű, működő és fordítható példa. Ne habozzon összeállítani és tesztelni, valóban működik. Hívja a programot egy ilyen terminálról:

Most összpontosítsunk magára az olvasási hívásra:

Az olvasott aláírás a következő (kivonva a Linux man-oldalairól):

Először az fd argumentum képviseli a fájlleírót. Kicsit elmagyaráztam ezt a fogalmat a villás cikkemben.  A fájlleíró egy nyitott fájlt, socketet, csövet, FIFO-t, eszközt képviselő int. Nos, sok minden olyan, ahol az adatok olvashatók vagy írhatók, általában patakszerű módon. Erről egy későbbi cikkemben részletesebben foglalkozom.

az open funkció az egyik módja annak, hogy elmondjam a Linuxnak: Az adott útvonalon lévő fájlokkal szeretnék dolgokat csinálni, kérjük, keresse meg, hol van, és adjon hozzáférést hozzá. Visszaadja ezt az int nevű fájlleírót, és most, ha bármit is szeretne csinálni ezzel a fájllal, használja ezt a számot. Ne felejtsen el bezárni, ha elkészült a fájllal, mint a példában.

Tehát meg kell adnia ezt a különleges számot az olvasáshoz. Aztán ott van a buf argumentum. Itt kell megadnia egy mutatót a tömbhöz, ahol az read az adatokat tárolja. Végül számolja meg, hogy legfeljebb hány bájtot fog olvasni.

A visszatérési érték ssize_t típusú. Furcsa típus, nem igaz? Ez azt jelenti, hogy „aláírt méret_t”, alapvetően hosszú int. Visszaadja a sikeresen elolvasott bájtok számát, vagy -1-et, ha probléma adódik. A probléma pontos okát a Linux által létrehozott errno globális változóban találhatja meg, amelyet itt határoztak meg . De egy hibaüzenet kinyomtatásához jobb a perror használata, mivel az errno-t nyomtat az Ön nevében.

Normál fájlokban - és csak ebben az esetben a read csak akkor lesz kevesebb, mint a count, ha elérte a fájl végét. Az általad megadott buf tömb kell legyen elég nagy ahhoz, hogy legalább a bájtokat megszámolja, különben a program összeomolhat vagy biztonsági hibát hozhat létre.

Most az olvasás nemcsak a normál fájloknál hasznos, és ha meg akarja érezni a szuperhatalmát - Igen, tudom, hogy nem szerepel a Marvel képregényeiben, de valódi erőkkel bír - más streamekkel, például csövekkel vagy aljzatokkal szeretné használni. Vessünk egy pillantást erre:

Linux speciális fájlok és rendszerhívás olvasása

Az olvasott tény különféle fájlokkal, például csövekkel, aljzatokkal, FIFO-kkal vagy speciális eszközökkel, például lemezzel vagy soros porttal működik, ez teszi igazán hatékonyabbá. Néhány adaptációval igazán érdekes dolgokat tehet. Először is ez azt jelenti, hogy szó szerint írhat egy függvényt egy fájlra, és ehelyett egy csővel használhatja. Érdekes az adatok átadása anélkül, hogy a lemezre kerülne, és ezzel a legjobb teljesítmény érhető el.

Ez azonban speciális szabályokat is kivált. Vegyünk egy példát arra, hogy a terminálról egy sort leolvasunk egy normál fájlhoz képest. Ha normál fájlon hívja az olvasott fájlt, akkor csak néhány milliszekundumra van szüksége a Linuxhoz a kért adatmennyiség megszerzéséhez.

De ami a terminált illeti, az egy másik történet: tegyük fel, hogy felhasználónevet kér. A felhasználó beírja a felhasználónevét és nyomja meg az Enter billentyűt. Most követi a fenti tanácsomat, és nagy pufferrel, például 256 bájttal hívja az olvasást.

Ha az olvasás úgy működött, mint a fájlokkal, megvárja, amíg a felhasználó 256 karaktert beír, mielőtt visszatér! A felhasználó örökké várna, majd sajnos megöli az alkalmazását. Természetesen nem ez az, amit akarsz, és nagy problémád lenne.

Rendben, olvashat egy-egy bájtot, de ez a megoldás rettenetesen nem hatékony, ahogy fentebb mondtam. Ennél jobban kell működnie.

De a Linux fejlesztői másként gondolták ezt a problémát:

• Amikor normál fájlokat olvas, megpróbálja a lehető legtöbbet olvasni a bájtok számát, és ha szükséges, akkor aktívan megkapja a bájtokat a lemezről.
• Minden más fájltípus esetén visszatér amint van néhány adat elérhető és leginkább bájtok száma:
  1. A terminálok esetében az általában amikor a felhasználó megnyomja az Enter billentyűt.
  2. A TCP aljzatok esetében nem számít, mennyi bájtot kap, amint a számítógép kap valamit.
  3. A FIFO vagy a pipe-ok esetében általában ugyanannyi, mint amit a másik alkalmazás írt, de a Linux kernel kevesebbet tud egyszerre szállítani, ha ez kényelmesebb.

Így biztonságosan felhívhatja a 2 KiB-os puffert anélkül, hogy örökre bezárva maradna. Ne feledje, hogy akkor is megszakadhat, ha az alkalmazás jelet kap. Mivel ezekből a forrásokból az olvasás másodperceket vagy akár órákat is igénybe vehet - míg végül a másik oldal úgy dönt, hogy ír - jelekkel megszakítva lehetővé válik a túl sokáig blokkolt állapot megállítása.

Ennek azonban van egy hátránya is: ha pontosan ki akarja olvasni a 2 KiB-ot ezekkel a speciális fájlokkal, akkor ellenőriznie kell a read visszatérési értékét, és többször kell hívnia az olvasást. az olvasás ritkán tölti ki az egész puffert. Ha az alkalmazás jeleket használ, akkor azt is ellenőriznie kell, hogy az olvasás sikertelen-e -1-vel, mert egy jel szakította meg, az errno használatával.

Hadd mutassam meg, milyen érdekes lehet használni ezt a különleges tulajdonságot: