Se, det er et fullverdig, fungerende og kompilerbart eksempel. Ikke nøl med å kompilere det selv og teste det, det fungerer virkelig. Du bør ringe programmet fra en terminal som denne:

La oss nå fokusere på selve lesesamtalen:

Lesesignaturen er følgende (hentet fra Linux-man-sider):

Først representerer fd-argumentet filbeskrivelsen. Jeg har forklart litt om dette konseptet i gaffelartikkelen min.  En filbeskrivelse er en int som representerer en åpen fil, stikkontakt, pipe, FIFO, enhet, vel, det er mange ting der data kan leses eller skrives, vanligvis på en strømlignende måte. Jeg vil gå nærmere inn på det i en fremtidig artikkel.

åpen funksjon er en av måtene å fortelle til Linux: Jeg vil gjøre ting med filen på den banen, vær så snill å finne den der den er og gi meg tilgang til den. Det vil gi deg tilbake denne int kalt filbeskrivelsen, og nå, hvis du vil gjøre noe med denne filen, bruk dette nummeret. Ikke glem å ringe nær når du er ferdig med filen, som i eksemplet.

Så du må oppgi dette spesielle nummeret å lese. Så er det buf-argumentet. Du bør her gi en peker til matrisen der lesing lagrer dataene dine. Til slutt er telle hvor mange byte den vil lese på det meste.

Returverdien er av typen ssize_t. Rart type, er det ikke?? Det betyr "signert størrelse_t", i utgangspunktet er det en lang int. Den returnerer antall byte den leses, eller -1 hvis det er et problem. Du kan finne den nøyaktige årsaken til problemet i errno global variabel opprettet av Linux, definert i . Men for å skrive ut en feilmelding, er det bedre å bruke perror ettersom det skriver ut feil på dine vegne.

I normale filer - og kun i dette tilfellet - les vil bare returnere mindre enn telle hvis du har nådd filens slutt. Buf-arrayet du gir må være stor nok til å passe minst antall byte, ellers kan programmet krasje eller opprette en sikkerhetsfeil.

Nå er lese ikke bare nyttig for normale filer, og hvis du vil føle superkreftene - Ja, jeg vet at det ikke er i noen Marvels tegneserier, men det har sanne krefter - du vil bruke den med andre strømmer som rør eller stikkontakter. La oss ta en titt på det:

Linux-spesielle filer og les systemanrop

Fakta lese fungerer med en rekke filer som rør, stikkontakter, FIFOer eller spesielle enheter som en disk eller seriell port er det som gjør den virkelig kraftigere. Med noen tilpasninger kan du gjøre veldig interessante ting. For det første betyr dette at du bokstavelig talt kan skrive funksjoner som fungerer på en fil og bruke den med et rør i stedet. Det er interessant å overføre data uten å treffe noen disk, noe som gir best ytelse.

Dette utløser imidlertid også spesielle regler. La oss ta eksemplet med å lese en linje fra terminalen sammenlignet med en vanlig fil. Når du ringer for å lese på en vanlig fil, trenger den bare noen få millisekunder til Linux for å få mengden data du ber om.

Men når det gjelder terminal, er det en annen historie: la oss si at du ber om et brukernavn. Brukeren skriver inn terminalen sitt brukernavn og trykker Enter. Nå følger du rådene mine ovenfor, og du ringer lese med en stor buffer som 256 byte.

Hvis lesing fungerte som den gjorde med filer, ville den vente til brukeren skrev 256 tegn før han kom tilbake! Brukeren din ville vente for alltid, og så dessverre drepe søknaden din. Det er absolutt ikke det du vil ha, og du vil ha et stort problem.

Ok, du kan lese en byte om gangen, men denne løsningen er veldig ineffektiv, som jeg fortalte deg ovenfor. Det må fungere bedre enn det.

Men Linux-utviklere tenkte å lese annerledes for å unngå dette problemet:

• Når du leser vanlige filer, prøver den så mye som mulig å lese antall byte, og den vil aktivt få byte fra disken hvis det er nødvendig.
• For alle andre filtyper kommer den tilbake så snart som det er noen data tilgjengelig og på det meste telle byte:
  1. For terminaler er det som regel når brukeren trykker Enter-tasten.
  2. For TCP-stikkontakter er det så snart datamaskinen din mottar noe, spiller ingen rolle hvor mye byte den får.
  3. For FIFO eller rør er det generelt samme beløp som det andre programmet skrev, men Linux-kjernen kan levere mindre om gangen hvis det er mer praktisk.

Så du kan trygt ringe med 2 KiB-bufferen uten å forbli låst for alltid. Merk at det også kan bli avbrutt hvis applikasjonen mottar et signal. Da det kan ta sekunder eller til og med timer å lese fra alle disse kildene - helt til den andre siden bestemmer seg for å skrive - blir avbrutt av signaler gjør det mulig å slutte å være sperret for lenge.

Dette har også en ulempe: Når du vil lese nøyaktig 2 KiB med disse spesielle filene, må du sjekke lesens returverdi og ringelese flere ganger. lese vil sjelden fylle hele bufferen. Hvis applikasjonen din bruker signaler, må du også sjekke om lesingen mislyktes med -1 fordi den ble avbrutt av et signal ved hjelp av errno.

La meg vise deg hvordan det kan være interessant å bruke denne spesielle egenskapen til å lese: