Podívejte se, je to plnohodnotný, funkční a kompilační příklad. Neváhejte si to sami sestavit a otestovat, opravdu to funguje. Program byste měli zavolat z terminálu, jako je tento:

Nyní se zaměřme na samotné volání čtení:

Čtený podpis je následující (extrahovaný z manuálových stránek Linuxu):

Nejprve argument fd představuje deskriptor souboru. Trochu jsem tento koncept vysvětlil ve svém článku o vidličce.  Deskriptor souboru je int představující otevřený soubor, soket, potrubí, FIFO, zařízení, no je to spousta věcí, kde lze data číst nebo zapisovat, obecně proudovým způsobem. Podrobněji se tomu věnuji v budoucím článku.

otevřená funkce je jedním ze způsobů, jak říct Linuxu: Chci dělat věci se souborem na této cestě, prosím najděte jej tam, kde je, a dejte mi k němu přístup. Vrátí vám tento int nazývaný deskriptor souboru a nyní, pokud chcete s tímto souborem něco udělat, použijte toto číslo. Nezapomeňte zavolat zavřít, až budete hotovi se souborem, jako v příkladu.

Musíte tedy zadat toto speciální číslo ke čtení. Pak je tu argument buf. Zde byste měli poskytnout ukazatel na pole, kde read uloží vaše data. Nakonec se počítá, kolik bytů přečte nanejvýš.

Návratová hodnota je typu ssize_t. Divný typ, že?? Znamená to „signed size_t“, v podstatě je to dlouhý int. Vrátí počet bajtů, které úspěšně načte, nebo -1, pokud nastane problém. Přesnou příčinu problému najdete v globální proměnné errno vytvořené systémem Linux, definované v . Chcete-li však vytisknout chybovou zprávu, je lepší použít perror, protože tiskne chybně vaším jménem.

V normálních souborech - a pouze v tomto případě - čtení vrátí méně než počet, pouze pokud jste dosáhli konce souboru. Pole bufetu, které poskytnete musí být dostatečně velký, aby se vešel alespoň do počtu bajtů, nebo by váš program mohl selhat nebo vytvořit bezpečnostní chybu.

Čtení nyní není užitečné pouze pro normální soubory a pokud chcete pocítit jeho supervelmoc - Ano, vím, že to není v žádném komiksu Marvel, ale má skutečné schopnosti - budete jej chtít použít s jinými streamy, jako jsou potrubí nebo zásuvky. Pojďme se na to podívat:

Linux speciální soubory a číst systémové volání

Skutečnost, že čtení funguje, pracuje s různými soubory, jako jsou kanály, zásuvky, FIFO nebo speciální zařízení, jako je disk nebo sériový port, díky nim je opravdu výkonnější. S některými úpravami můžete dělat opravdu zajímavé věci. Nejprve to znamená, že můžete doslova psát funkce pracující na souboru a místo toho je používat s rourou. Je zajímavé předávat data, aniž byste museli zasáhnout disk, a zajistit tak nejlepší výkon.

To však také spouští speciální pravidla. Vezměme si příklad čtení řádku z terminálu ve srovnání s normálním souborem. Když zavoláte na čtení v normálním souboru, potřebuje Linux jen několik milisekund, aby získal požadované množství dat.

Ale pokud jde o terminál, je to jiný příběh: řekněme, že požádáte o uživatelské jméno. Uživatel zadává do terminálu své uživatelské jméno a stiskněte klávesu Enter. Nyní se budete řídit mou radou výše a zavoláte čtení s velkou vyrovnávací pamětí, například 256 bajtů.

Pokud by čtení fungovalo jako u souborů, počkalo by, než uživatel vrátí 256 znaků, než se vrátí! Váš uživatel bude čekat navždy a poté vaši aplikaci smutně zabije. Určitě to není to, co chcete, a měli byste velký problém.

Dobře, můžete číst jeden bajt najednou, ale toto řešení je strašně neefektivní, jak jsem vám řekl výše. Musí to fungovat lépe.

Aby se však tomuto problému vyhnuli, si vývojáři Linuxu mysleli, že je třeba číst jinak:

• Když čtete normální soubory, pokusí se co nejvíce přečíst počet bajtů a v případě potřeby aktivně získá bajty z disku.
• U všech ostatních typů souborů se vrátí Jakmile jsou k dispozici nějaká data a nejvíce počet bytů:
  1. U terminálů to je obvykle když uživatel stiskne klávesu Enter.
  2. U soketů TCP je to, jakmile váš počítač něco přijme, nezáleží na množství bajtů, které dostane.
  3. Pro FIFO nebo roury je to obecně stejné množství, jaké napsala jiná aplikace, ale linuxové jádro může dodávat méně najednou, pokud je to pohodlnější.

Můžete tedy bezpečně dorovnat pomocí vyrovnávací paměti 2 KiB, aniž byste zůstali věčně zavřeni. Všimněte si, že se také může přerušit, pokud aplikace přijme signál. Protože čtení ze všech těchto zdrojů může trvat několik sekund nebo dokonce hodin - dokud se druhá strana nakonec nerozhodne psát - přerušení signály umožňuje přestat zůstat blokován příliš dlouho.

To má ale také nevýhodu: pokud chcete s těmito speciálními soubory přesně načíst 2 KiB, budete muset zkontrolovat návratovou hodnotu pro čtení a zavolat několikrát. čtení zřídka vyplní celý váš buffer. Pokud vaše aplikace používá signály, budete také muset pomocí errno zkontrolovat, zda se čtení nezdařilo s -1, protože byla přerušena signálem.

Ukážu vám, jak může být zajímavé použít tuto speciální vlastnost read: