Veja, é um exemplo completo, funcional e compilável. Não hesite em compilá-lo e testá-lo, ele realmente funciona. Você deve chamar o programa de um terminal como este:

Agora, vamos nos concentrar na própria chamada de leitura:

A assinatura de leitura é a seguinte (extraída das páginas de manual do Linux):

Primeiro, o argumento fd representa o descritor de arquivo. Eu expliquei um pouco esse conceito no meu artigo sobre fork.  Um descritor de arquivo é um int que representa um arquivo aberto, socket, pipe, FIFO, dispositivo, bem, é uma série de coisas onde os dados podem ser lidos ou gravados, geralmente de forma semelhante a um fluxo. Vou me aprofundar mais nisso em um artigo futuro.

A função de abertura é uma das maneiras de dizer ao Linux: Eu quero fazer coisas com o arquivo nesse caminho, por favor, encontre-o onde está e me dê acesso a ele. Ele lhe devolverá este int chamado descritor de arquivo e agora, se você quiser fazer algo com este arquivo, use aquele número. Não se esqueça de chamar close quando terminar de usar o arquivo, como no exemplo.

Então você precisa fornecer este número especial para ler. Então há o argumento buf. Você deve fornecer aqui um ponteiro para o array onde read irá armazenar seus dados. Finalmente, a contagem é quantos bytes ele irá ler no máximo.

O valor de retorno é do tipo ssize_t. Tipo estranho não é? Significa “tamanho_t assinado”, basicamente é um inteiro longo. Ele retorna o número de bytes que lê com sucesso, ou -1 se houver um problema. Você pode encontrar a causa exata do problema na variável global errno criada pelo Linux, definida em . Mas para imprimir uma mensagem de erro, usar perror é melhor, pois imprime errno em seu nome.

Em arquivos normais - e só neste caso - ler retornará menos do que contar apenas se você tiver alcançado o final do arquivo. A matriz buf que você fornece devo ser grande o suficiente para caber pelo menos bytes de contagem, ou seu programa pode travar ou criar um bug de segurança.

Agora, ler não é útil apenas para arquivos normais e se você quiser sentir seus superpoderes - Sim, eu sei que não está em nenhum quadrinho da Marvel, mas tem poderes verdadeiros - você vai querer usá-lo com outros fluxos, como tubos ou tomadas. Vamos dar uma olhada nisso:

Arquivos especiais do Linux e leitura de chamada de sistema

O fato de ler funciona com uma variedade de arquivos como pipes, sockets, FIFOs ou dispositivos especiais como um disco ou porta serial é o que o torna realmente mais poderoso. Com algumas adaptações, você pode fazer coisas realmente interessantes. Em primeiro lugar, isso significa que você pode literalmente escrever funções trabalhando em um arquivo e usá-lo com um tubo. É interessante passar dados sem nunca atingir o disco, garantindo melhor desempenho.

No entanto, isso também aciona regras especiais. Vamos pegar o exemplo de uma leitura de uma linha do terminal em comparação com um arquivo normal. Quando você chama a leitura em um arquivo normal, ele só precisa de alguns milissegundos para o Linux obter a quantidade de dados solicitada.

Mas quando se trata de terminal, é outra história: digamos que você peça um nome de usuário. O usuário está digitando no terminal seu nome de usuário e pressiona Enter. Agora você segue meu conselho acima e chama read com um grande buffer, como 256 bytes.

Se a leitura funcionasse como com os arquivos, esperaria que o usuário digitasse 256 caracteres antes de retornar! Seu usuário esperaria para sempre e, infelizmente, mataria seu aplicativo. Certamente não é o que você quer, e você teria um grande problema.

Ok, você poderia ler um byte de cada vez, mas esta solução alternativa é terrivelmente ineficiente, como eu disse a você acima. Deve funcionar melhor do que isso.

Mas os desenvolvedores Linux pensaram ler de forma diferente para evitar este problema:

• Quando você lê arquivos normais, ele tenta o máximo possível ler a contagem de bytes e obterá bytes do disco ativamente se necessário.
• Para todos os outros tipos de arquivo, ele retornará assim que há alguns dados disponíveis e no máximo bytes de contagem:
  1. Para terminais, é geralmente quando o usuário pressiona a tecla Enter.
  2. Para soquetes TCP, é assim que seu computador recebe algo, não importa a quantidade de bytes que recebe.
  3. Para FIFO ou canais, geralmente é a mesma quantidade que o outro aplicativo escreveu, mas o kernel do Linux pode entregar menos por vez, se for mais conveniente.

Assim, você pode chamar com segurança com seu buffer de 2 KiB sem ficar trancado para sempre. Observe que também pode ser interrompido se o aplicativo receber um sinal. Como a leitura de todas essas fontes pode levar segundos ou até horas - até que o outro lado decida escrever, afinal - ser interrompido por sinais permite parar de ficar bloqueado por muito tempo.

Isso também tem uma desvantagem: quando você quiser ler exatamente 2 KiB com esses arquivos especiais, você precisará verificar o valor de retorno de read e chamar read várias vezes. ler raramente preencherá todo o seu buffer. Se o seu aplicativo usa sinais, você também precisará verificar se a leitura falhou com -1 porque foi interrompida por um sinal, usando errno.

Deixe-me mostrar como pode ser interessante usar essa propriedade especial de ler: