Node readfile binary options

Armazenando dados com fluxos graváveis ​​Node. js Este tutorial explicará como armazenar dados com fluxos graváveis ​​Node. js e como criar seu próprio fluxo gravável personalizado. Informações sobre a versão Autor: Jeff Barczewski Publicado em: 18 de agosto de 2017 Tags: nodejs, streams Nível: Intermediário Pré-requisitos: buffers, eventos, instalar npm modules Node. js v0.10 (último estável é v0.10.16 até à data desta redação) Geralmente têm sido uma parte do Node. js desde seus primeiros dias Streams2 Writable classe abstrata pode ser usado com versões mais antigas (antes de v0.10) de nó usando o módulo npm readable-stream (testado com v1.0.15) Armazenando dados com gravável Córregos Escrever arquivo de texto O exemplo mais simples é apenas por escrito utf8 texto, uma vez que a codificação padrão se você escrever seqüências de caracteres é utf8. Se você quiser escrever seqüências de caracteres com uma codificação diferente, então você pode simplesmente alterar a linha createWriteStream ou adicionar codificação para cada gravação. Escrevendo arquivo binário Escrever um arquivo binário é apenas uma questão de usar Buffers em vez de seqüências de caracteres para a gravação. No exemplo acima, eu uso crypto. createRandomBytes () para criar um Buffer de dados, mas você pode usar dados binários que você criar ou ler de outra fonte tão facilmente. Saber quando arquivo foi escrito Entrada e saída são operações assíncronas em Node. js Então, o que se queremos saber quando um arquivo foi totalmente escrito A resposta é a configuração de ouvintes para eventos que o fluxo emite. O evento finish (adicionado em Node. js v0.10) indica que todos os dados foram liberados para o sistema subjacente. Em Node. js antes de v0.10, você poderia adicionar um cb para o. end () para obter uma indicação de quando que tinha sido liberado, no entanto terminar leva em conta quaisquer outras transformações a jusante e tal. Criando fluxos graváveis ​​Node. js personalizados Quando você precisa criar seu próprio fluxo gravável personalizado para armazenar dados em um banco de dados ou em outra facilidade de armazenamento, é fácil se você usar a nova classe abstrata de Streams2 Writable disponível nativamente em Node. js 0.10 ou via Npm polyfill módulo readable-stream. Para criar um fluxo gravável que implementa todo o comportamento de fluxo Node. js normal, você só tem que subclassar Writeable e implementar write (chunk, encoding, cb). Criando fluxo de memória gravável Aqui está um exemplo que está escrevendo em um armazenamento de dados simples na memória. Estamos usando o nome dado na criação do fluxo como a chave, e acrescentamos dados ao valor até terminar. Os fluxos graváveis ​​são elegantes e simples de usar. Escrever texto ou dados binários para fluxos Node. js é fácil, e até mesmo criar fluxos graváveis ​​personalizados totalmente funcionais é uma caminhada no parque com a nova funcionalidade streams2 introduzida em Node. js v0.10 (ou Utilizando o módulo de leitura de fluxo polifilho). Para leitura adicional Siga-me Compartilhar esta páginaComo isso é possível não é um caractere ascii, é codificado com 3 bytes, 0xE881B5. O que eu esperava é obter u0081 porque ascii caracteres são codificados com um único byte. Se eu ler usando a codificação binária imprime verdadeiro, o que eu espero com a codificação ascii. Este resultado é uma característica intencional Se ascii codificação retorna o mesmo resultado como utf8 codificação então por que é ascii um possível parâmetro Este é o conteúdo (aberto com programa HxD): A resposta rápida é que o nó não faz qualquer mágica ao converter de um buffer para Uma string, se é ascii ou utf8. Sua string utf8 é totalmente inválida ascii. Então eu acho que idealmente iria lançar um erro, mas obviamente não. Eu não esperaria o u0081 desde que é inválido ascii. Você pode ver na fonte do Nó. O código para converter de um buffer para uma seqüência de caracteres são o. Funções de fatia. As funções ascii e utf8 são idênticas, levando ao comportamento que você está vendo. Esses construtores não fazer nada extravagante, eles apenas tomar uma seqüência de bytes e convertê-lo em uma Cadeia de caracteres JS, assumindo que é válido nessa codificação. As diferenças entre as duas codificações vêm das funções AsciiWrite e Utf8Write nesse arquivo, que tratam as coisas de maneira diferente. Como você viu a partir de seus testes, ajustes binários melhor com o que você está procurando. Binário passa por cada byte individual em um buffer e retorna uma seqüência onde cada ponto de código tem esse valor de byte. Sem saber exatamente qual idioma que é, eu estou adivinhando japonês (me corrija se eu estiver errado). No entanto, Shift JIS tem a infeliz propriedade de que muitas vezes quebra qualquer analisador (software que lê o texto codificado) que não é projetado especificamente Para lidar com isso. Por exemplo, um método de pesquisa de texto pode obter falso hits se ele não foi projetado para Shift JIS. EUC, por outro lado, é tratado muito melhor por analisadores que foram escritos para 7 bits ASCII (e, portanto, EUC codificações são utilizadas no UNIX, onde grande parte do arquivo de manipulação de código foi historicamente escrito apenas para codificações Inglês). Mas a EUC não é compatível com o JIS X 0201, a primeira codificação japonesa principal. Outras complicações surgem porque os padrões originais de e-mail da Internet só suportam protocolos de transferência de 7 bits. Assim, a codificação JIS foi desenvolvida para enviar e receber e-mails. Em padrões de conjunto de caracteres, como JIS, nem todos os caracteres necessários são incluídos, então gaiji (caracteres externos) às vezes são usados ​​para complementar o conjunto de caracteres. Gaiji pode vir na forma de pacotes de fonte externa, onde os caracteres normais foram substituídos por novos caracteres, ou os novos caracteres foram adicionados às posições de caracteres não utilizados. No entanto, gaiji não são práticos em ambientes Internet, uma vez que o conjunto de fontes deve ser transferido com texto para usar o gaiji. Como resultado, esses caracteres são escritos com caracteres semelhantes ou mais simples no local, ou o texto pode precisar ser escrito usando um conjunto de caracteres maior (como Unicode) que oferece suporte ao caractere necessário. Gostaria de tentar com alguns personagens mais exóticos, como o seu teste irá falhar. Respondeu Dec 14 12 at 13:39 Isso doesn39t resposta porque nó decodifica o arquivo como utf8 enquanto explicitamente disse para decodificá-lo como ascii. O comportamento esperado é um erro, como 0xe8 está fora gama ascii. Ndash Deestan Dec 14 12 at 13:43 Deestan Onde na sua pergunta original você disse algo sobre utf8 A menos que eu esteja faltando algo e binário utf8 ndash Woot4Moo 14 de dezembro às 13:45Leitura de texto e dados binários com fluxos legíveis Node. js Este tutorial Irá explicar o uso ea criação de fluxos read. js readable: Informações sobre a versão Autor: Jeff Barczewski Publicado: 3 de agosto de 2017 Tags: nodejs, streams Nível: Intermediário Pré-requisitos: crypto, eventos, instalar npm módulos Node. js v0.10 Estável é v0.10.15 até à data desta escrita), mas os córregos foram geralmente uma parte de Node. js de seus dias cedo Streams2 pode ser usado com versões mais velhas do nó usando o módulo do npm readable-stream Consumindo ou usando córregos legíveis Exemplo simples de Lendo um arquivo e ecoando para stdout: Criando um sha1 digest de um arquivo e ecoando o resultado para stdout (semelhante ao shasum): O evento de dados é acionado no fluxo legível para cada pedaço de dados, então você atualizar o digest com para Cada pedaço como você vai, então, finalmente, o evento final é acionado quando o fluxo terminou para que você possa produzir o resultado final. Note que cada vez que você chama. on () para registrar um ouvinte ele retorna o fluxo original para que você possa encadear métodos facilmente. Com Node. js 0.10 existe uma maneira melhor de consumir fluxos. A interface Readable facilita o trabalho com fluxos, especialmente os fluxos onde você deseja fazer outras coisas entre criar um fluxo e usar o fluxo. Esses fluxos Readable mais recentes são pull streams onde você solicita os dados quando você é lido para ele, em vez de ter os dados empurrados para você. A chave para entender este exemplo é que com a nova interface de leitura de streams2, um evento legível será emitido assim que os dados estiverem disponíveis para serem lidos e você pode chamar. read () para ler pedaços dela. Uma vez que não há mais dados disponíveis. Read () retorna null, mas então outro evento legível é acionado novamente quando os dados estiverem disponíveis novamente. Isso continua até o final do arquivo quando final é acionado como antes. Produzindo um fluxo legível Para usar fluxos com o sistema de arquivos ou de http, você pode usar os métodos core fs e http para construir um fluxo, mas como você criaria seu próprio fluxo e o preencheria com dados. Isso pode ser dados de um banco de dados ou De qualquer número de fontes. Aqui está um exemplo de criação de um fluxo legível que é gerado a partir de dados binários aleatórios, em seguida, hash como antes. Isso seria útil na criação de fluxos para testes: Nota: depois de ler () é chamado, devemos continuar lendo até terminar ou até push () retornar false. Usando Streams2 com versões mais antigas do Node. js Se você quiser fazer com que este código funcione com o Node. js mais antigo que 0.10, você pode incluir uma dependência para readable-stream em seu pacote. json e alterar a linha 5 para ler: Isto usará o nativo Fluxo legível se Node. js versão é 0.10 e se não, então ele irá carregar o módulo polyfill readable-stream e usá-lo a partir daí. Pausa / retomar do stream e do Streams2 Uma vez que os fluxos podem fornecer dados mais rapidamente do que um aplicativo pode consumi-lo, os fluxos incluem a capacidade de pausar e os dados são armazenados em buffer até que o fluxo seja retomado. Antes dos streams2, você precisaria prestar muita atenção aos métodos de pausa e retomada, bem como o buffer dos dados até ser retomado. No entanto, a opção Readable de streams2 (Node. js 0.10 ou através do pacote readable-stream) implementa que a funcionalidade para você e os streams são pausados ​​automaticamente até que. read () seja chamado. Você também pode envolver fluxos antigos com uma legível para implementar a nova interface no fluxo antigo: Outra situação em que você precisa se preocupar com pausa e currículo é se o seu código de consumo usa a interface de estilo push antigo chamada. on (39data39, ouvinte). Isso coloca o fluxo no modo de compatibilidade com versões anteriores e você precisaria chamar. pause () e. resume () para controlar a taxa de dados que chegam à sua aplicação. Consulte os documentos da API do Stream para obter detalhes se você estiver usando a interface mais antiga no seu código. Fluxos de objetos Inicialmente, quando os fluxos foram introduzidos, a API oficial indicava que os pedaços de dados sendo transmitidos seriam Buffers ou strings, porém muitos usuários descobriram que era ótimo poder transmitir objetos também. Streams2 no Node. js 0.10 adicionou um modo de objeto a fluxos para formalizar como isso deve funcionar. Quando no modo de objeto. Read (n) simplesmente retorna o próximo objeto (ignorando o n). Para alternar um fluxo em modo de objeto, defina a propriedade objectMode como true nas opções usadas para criar o fluxo Readable. Assim, você pode usar objetos em fluxos tão facilmente quanto você pode usar Buffers e strings, mas a única limitação é que os objetos que você Pass não pode ser nulo uma vez que irá indicar que o fluxo foi encerrado. Node. js fluxos legíveis são flexíveis e simples Node. js legível fluxos são fáceis de consumir e até mesmo simples de construir. Você não pode apenas transmitir dados binários e de seqüência de caracteres, mas também objetos e ainda aproveitar a funcionalidade de fluxo. Espero que tenha gostado desta rápida visita a riachos legíveis, deixe-me saber se tiver alguma dúvida. Para leitura adicional Siga-me Compartilhar esta páginaNode. js v6.7.0 Documentação O módulo repl fornece uma implementação Read-Eval-Print-Loop (REPL) que está disponível tanto como um programa autônomo ou includable em outras aplicações. Ele pode ser acessado usando: Design e Recursos O módulo repl exporta a classe repl. REPLServer. Durante a execução, instâncias de repl. REPLServer aceitarão linhas individuais de entrada do usuário, avaliá-las de acordo com uma função de avaliação definida pelo usuário e, em seguida, exibir o resultado. Entrada e saída podem ser de stdin e stdout. Respectivamente, ou podem ser conectados a qualquer fluxo Node. js. As instâncias de repl. REPLServer suportam a conclusão automática das entradas, a edição de linha simplificada do estilo de Emacs, as entradas multi-line, a saída denominada ANSI, poupando e restaurando o estado atual da sessão de REPL, a recuperação do erro, e as funções de avaliação customizáveis. Comandos e Chaves Especiais Os seguintes comandos especiais são suportados por todas as instâncias REPL:.break - Quando no processo de introdução de uma expressão de múltiplas linhas, introduzir o comando. break (ou pressionar a combinação de teclas ltctrlgt-C) abortará mais entradas ou Processamento dessa expressão..clear - Restaura o contexto REPL para um objeto vazio e limpa qualquer expressão multi-line que está sendo inserida..exit - Feche o fluxo de E / S, fazendo com que a REPL saia..help - Mostra esta lista de comandos especiais..save - Salva a sessão REPL atual em um arquivo: gt. save ./file/to/save. js. load - Carrega um arquivo na sessão REPL atual. Gt. load ./file/to/load. js. editor - Entre no modo de editor (ltctrlgt-D para terminar, ltctrlgt-C para cancelar) As seguintes combinações de teclas na REPL têm esses efeitos especiais: ltctrlgt-C - , Tem o mesmo efeito que o comando. break. Quando pressionado duas vezes em uma linha em branco, tem o mesmo efeito que o comando. exit. Ltctrlgt-D - Tem o mesmo efeito que o comando. exit. Lttabgt - Quando pressionado em uma linha em branco, exibe variáveis ​​globais e locais (escopo). Quando pressionado ao inserir outra entrada, exibe as opções de autocompletar relevantes. Padrão de avaliação Por padrão, todas as instâncias de repl. REPLServer usam uma função de avaliação que avalia expressões JavaScript e fornece acesso aos módulos internos Node. js39. Esse comportamento padrão pode ser substituído passando em uma função de avaliação alternativa quando a instância repl. REPLServer é criada. Expressões de JavaScript O avaliador padrão suporta a avaliação direta de expressões JavaScript: A menos que seja definido o escopo dentro de blocos (por exemplo) ou funções, as variáveis ​​declaradas implicitamente ou usando a palavra-chave var são declaradas no escopo global. Âmbito Global e Local O avaliador padrão fornece acesso a todas as variáveis ​​que existem no escopo global. É possível expor uma variável para o REPL explicitamente, atribuindo-o ao objeto de contexto associado a cada REPLServer. Por exemplo: As propriedades no objeto de contexto aparecem como locais dentro da REPL: É importante observar que as propriedades de contexto não são somente leitura por padrão. Para especificar globais somente leitura, as propriedades de contexto devem ser definidas usando Object. defineProperty (): Acessando Módulos Core Node. js O avaliador padrão carregará automaticamente os módulos principais Node. js para o ambiente REPL quando usado. Por exemplo, a menos que declarado de outra forma como uma variável global ou escopo, a entrada fs será avaliada sob demanda como global. fs requer (39fs39). Atribuição da variável (sublinhado) O avaliador padrão atribuirá, por padrão, o resultado da expressão avaliada mais recentemente à variável especial (sublinhado). Definir explicitamente como um valor desativará esse comportamento. Funções de avaliação personalizada Quando um novo repl. REPLServer é criado, uma função de avaliação personalizada pode ser fornecida. Isto pode ser usado, por exemplo, para implementar aplicações REPL totalmente personalizadas. O seguinte ilustra um exemplo hipotético de um REPL que executa a tradução de texto de um idioma para outro: Erros Recuperáveis ​​Como um usuário está digitando entrada no prompt REPL, pressionando a tecla ltentergt enviará a linha atual de entrada para a função eval. Para suportar a entrada multi-line, a função eval pode retornar uma instância de repl. Recoverable à função de retorno de chamada fornecida: Customizing REPL Output Por padrão, instâncias repl. REPLServer formatam saída usando o método util. inspect () antes de escrever a saída Para o fluxo de gravação fornecido (process. stdout por padrão). A opção booleana useColors pode ser especificada na construção para instruir o escritor padrão a usar códigos de estilo ANSI para colorir a saída do método util. inspect (). É possível personalizar completamente a saída de uma instância repl. REPLServer passando uma nova função ao usar a opção writer na construção. O exemplo a seguir, por exemplo, simplesmente converte qualquer texto de entrada em maiúsculas: Classe: REPLServer A classe repl. REPLServer herda da classe readline. Interface. As instâncias de repl. REPLServer são criadas usando o método repl. start () e não devem ser criadas diretamente usando a nova palavra-chave JavaScript. Evento: 39exit39 O evento 39exit39 é emitido quando o REPL é saído ou recebendo o comando. exit como entrada, o usuário pressionando ltctrlgt-C duas vezes para sinalizar SIGINT. Ou pressionando ltctrlgt-D para o sinal 39end39 no fluxo de entrada. O callback do listener é invocado sem quaisquer argumentos. Evento: 39reset39 O evento 39reset39 é emitido quando o contexto REPL39s é redefinido. Isso ocorre sempre que o comando. clear é recebido como entrada, a menos que o REPL esteja usando o avaliador padrão ea instância repl. REPLServer foi criada com a opção useGlobal definida como true. O retorno de chamada do ouvinte será chamado com uma referência ao objeto de contexto como o único argumento. Isso pode ser usado principalmente para reinicializar o contexto REPL para algum estado predefinido, conforme ilustrado no exemplo simples a seguir: Quando este código é executado, a variável global 39m39 pode ser modificada, mas então redefinir para seu valor inicial usando o comando. clear : Palavra-chave replServer. defineCommand (palavra-chave, cmd) ltStringgt A palavra-chave de comando (sem um caractere principal.). Cmd ltObjectgt ltFunctiongt A função a ser chamada quando o comando é processado. O método replServer. defineCommand () é usado para adicionar novos. - prefixed comandos para a instância REPL. Esses comandos são invocados digitando a. Seguido da palavra-chave. O cmd é uma função ou um objeto com as seguintes propriedades: help ltStringgt Texto de ajuda a ser exibido quando. help é inserido (Opcional). Action ltFunctiongt A função a executar, opcionalmente aceitando um único argumento de string. O exemplo a seguir mostra dois novos comandos adicionados à instância REPL: Os novos comandos podem ser usados ​​a partir da instância REPL: replServer. displayPrompt (preserveCursor) O método replServer. displayPrompt () prepara a instância REPL para entrada do usuário, O prompt configurado para uma nova linha na saída e retomando a entrada para aceitar nova entrada. Quando a entrada de várias linhas está sendo inserida, uma reticência é impressa em vez da 39prompt39. Quando preserveCursor é true. O posicionamento do cursor não será redefinido para 0. O método replServer. displayPrompt destina-se principalmente a ser chamado a partir da função de ação para comandos registrados usando o método replServer. defineCommand (). Opções repl. start (opções) ltObjectgt prompt ltStringgt O prompt de entrada a ser exibido. O padrão é gt. Input ltReadablegt O fluxo Readable a partir do qual a entrada REPL será lida. O padrão é process. stdin. Output ltWritablegt O fluxo de gravação para o qual a saída REPL será gravada. O padrão é process. stdout. Terminal ltbooleangt Se verdadeiro. Especifica que a saída deve ser tratada como um terminal TTY e ter códigos de escape ANSI / VT100 escritos para ele. O padrão é verificar o valor da propriedade isTTY no fluxo de saída após a instanciação. Eval ltFunctiongt A função a ser usada ao avaliar cada linha de entrada. Padrão para um wrapper async para a função JavaScript eval (). Uma função eval pode erro com repl. Recoverable para indicar a entrada estava incompleta e prompt para linhas adicionais. UseColors ltbooleangt Se true. Especifica que a função de gravador padrão deve incluir estilo de cor ANSI para saída REPL. Se for fornecida uma função de escrita personalizada, isso não terá efeito. Padrão para o valor do terminal de instâncias REPL. UseGlobal ltbooleangt Se true. Especifica que a função de avaliação padrão usará o JavaScript global como o contexto em oposição à criação de um novo contexto separado para a instância REPL. O padrão é false. IgnoreUndefined ltbooleangt Se true. Especifica que o gravador padrão não exibirá o valor de retorno de um comando se ele for avaliado como indefinido. O padrão é false. Writer ltFunctiongt A função a invocar para formatar a saída de cada comando antes de escrever para a saída. Padrões para util. inspect (). Finter ltFunctiongt Uma função opcional usada para a conclusão automática da guia Tab. Consulte readline. InterfaceCompleter para obter um exemplo. ReplMode - Um sinalizador que especifica se o avaliador padrão executa todos os comandos JavaScript no modo estrito, no modo padrão ou em um modo híbrido (quotmagicquot mode.) Valores aceitáveis ​​são: repl. REPLMODESLOPPY - avalia expressões no modo descuidado. Repl. REPLMODESTRICT - avalia expressões no modo estrito. Isto é equivalente a prefacing cada declaração repl com 39use strict39. Repl. REPLMODEMAGIC - tenta avaliar expressões no modo padrão. Se as expressões falharem para analisar, tente novamente no modo estrito. BreakEvalOnSigint - Pare de avaliar o pedaço de código atual quando SIGINT é recebido, ou seja, CtrlC é pressionado. Isso não pode ser usado em conjunto com uma função eval personalizada. O padrão é false. O método repl. start () cria e inicia uma instância repl. REPLServer. O Node. js REPL Node. js usa o módulo repl para fornecer sua própria interface interativa para execução de JavaScript. Isso pode ser usado executando o binário Node. js sem passar nenhum argumento (ou passando o argumento - i): Opções de Variáveis ​​de Ambiente Vários comportamentos do Node. js REPL podem ser personalizados usando as seguintes variáveis ​​de ambiente: NODEREPLHISTORY - Quando um caminho válido É fornecido, o histórico REPL persistente será salvo no arquivo especificado em vez de. nodereplhistory no diretório inicial do usuário. Definir esse valor para quotquot desativará o histórico de REPL persistente. Espaço em branco será aparado a partir do valor. NODEREPLHISTORYSIZE - Padrão para 1000. Controla quantas linhas do histórico serão persistidas se o histórico estiver disponível. Deve ser um número positivo. NODEREPLMODE - Pode ser qualquer um desleixado. rigoroso. Ou magia. Padrões para magia. Que irá executar automaticamente quotstrict modo onlyquot instruções no modo estrito. Histórico Persistente Por padrão, o REPL Node. js irá persistir o histórico entre as sessões REPL do nó, salvando entradas em um arquivo. nodereplhistory localizado no diretório inicial do usuário. Isso pode ser desativado, definindo a variável de ambiente NODEREPLHISTORYquotquot. NODEREPLHISTORYFILE Anteriormente em Node. js / io. js v2.x, o histórico do REPL foi controlado usando uma variável de ambiente NODEREPLHISTORYFILE eo histórico foi salvo no formato JSON. Esta variável foi agora obsoleta e o antigo arquivo de histórico do JSON REPL será convertido automaticamente para um formato de texto simples simplificado. Este novo arquivo será salvo no diretório home do usuário ou em um diretório definido pela variável NODEREPLHISTORY, conforme documentado nas Opções de Variáveis ​​de Ambiente. Usando o Node. js REPL com avançados editores de linha Para editores de linha avançados, inicie Node. js com a variável de ambiente NODENOREADLINE1. Isso irá iniciar o REPL principal e depurador em configurações de terminal canônico que permitirá que você use com rlwrap. É possível criar e executar várias instâncias REPL contra uma única instância em execução de Node. js que compartilham um único objeto global, mas que possuem separadas I / O interfaces. O exemplo a seguir, por exemplo, fornece REPLs separados em stdin. Um soquete Unix e um soquete TCP: Executando este aplicativo a partir da linha de comando irá iniciar um REPL em stdin. Outros clientes REPL podem se conectar através da soquete Unix ou soquete TCP. Telnet Por exemplo, é útil para conexão com soquetes TCP, enquanto socat pode ser usado para conectar-se a Unix e TCP sockets. Ao iniciar um REPL de um servidor baseado em soquetes Unix em vez de stdin, é possível se conectar a um processo Node. js de longa execução sem reiniciá-lo. Para um exemplo de execução de um REPL quotfull-featuredquot (terminal) sobre uma instância net. Server e net. Socket, consulte: gist. github / 2209310 Para um exemplo de execução de uma instância REPL sobre curl (1). See: gist. github / 2053342 Ler o conteúdo de um arquivo na memória é uma tarefa de programação muito comum e, como em muitas outras coisas, a API central do Node. js fornece métodos para tornar isso trivial. Há uma variedade de métodos de sistema de arquivos, todos contidos no módulo fs. A maneira mais fácil de ler todo o conteúdo de um arquivo é com fs. readFile. Da seguinte forma: codificação é um parâmetro opcional que especifica o tipo de codificação para ler o arquivo. As codificações possíveis são ascii, utf8 e base64. Se nenhuma codificação for fornecida, o padrão é utf8. Callback é uma função para chamar quando o arquivo foi lido eo conteúdo está pronto - é passado dois argumentos, erro e dados. Se não houver erro, o erro será nulo e os dados conterão o conteúdo do arquivo caso contrário err contém a mensagem de erro. Portanto, se queremos ler / etc / hosts e imprimi-lo em stdout (assim como UNIX cat): O conteúdo de / etc / hosts agora deve estar visível para você, desde que você tenha permissão para ler o arquivo em primeiro lugar. Vamos agora dar uma olhada em um exemplo do que acontece quando você tenta ler um arquivo inválido - o exemplo mais fácil é aquele que não existe. Esta é a saída: Este é um objeto Node. js Erro básico - muitas vezes pode ser útil para log err. stack diretamente, uma vez que isso contém um rastreamento de pilha para o local no código em que o objeto Erro foi criado.