¿Cómo capturar ningún archivo para fs.readFileSync ()?

Dentro de node.js, readFile () muestra cómo capturar un error, sin embargo, no hay comentarios para la función readFileSync () con respecto al manejo de errores. Como tal, si intento usar readFileSync () cuando no hay ningún archivo, aparece el error Error: ENOENT, no such file or directory.

¿Cómo capturo la excepción que se lanza? El doco no indica qué excepciones se lanzan, por lo que no sé qué excepciones necesito atrapar. Debo señalar que no me gusta el estilo genérico de 'capturar todas las excepciones posibles' de las declaraciones try / catch. En este caso, deseo capturar la excepción específica que ocurre cuando el archivo no existe e intento realizar el readFileSync.

Tenga en cuenta que estoy realizando funciones de sincronización solo en el inicio antes de servir los intentos de conexión, por lo que no es necesario comentar que no debería usar las funciones de sincronización :-)

Básicamente, fs.readFileSyncarroja un error cuando no se encuentra un archivo. Este error proviene del Errorprototipo y se usa throw, por lo tanto, la única forma de atraparlo es con un try / catchbloque:

var fileContents;
try {
  fileContents = fs.readFileSync('foo.bar');
} catch (err) {
  // Here you get the error when the file was not found,
  // but you also get any other error
}

Desafortunadamente, no puede detectar qué error se ha lanzado simplemente mirando su cadena de prototipos:

if (err instanceof Error)

es lo mejor que puede hacer, y esto será cierto para la mayoría de los errores (si no todos). Por lo tanto, le sugiero que vaya con la codepropiedad y verifique su valor:

if (err.code === 'ENOENT') {
  console.log('File not found!');
} else {
  throw err;
}

De esta manera, solo lidias con este error específico y vuelves a lanzar todos los demás errores.

Alternativamente, también puede acceder a la messagepropiedad del error para verificar el mensaje de error detallado, que en este caso es:

ENOENT, no such file or directory 'foo.bar'

Espero que esto ayude.

Prefiero esta forma de manejar esto. Puede verificar si el archivo existe sincrónicamente:

var file = 'info.json';
var content = '';

// Check that the file exists locally
if(!fs.existsSync(file)) {
  console.log("File not found");
}

// The file *does* exist
else {
  // Read the file and do anything you want
  content = fs.readFileSync(file, 'utf-8');
}

Nota: si su programa también elimina archivos, esto tiene una condición de carrera como se indica en los comentarios. Sin embargo, si solo escribe o sobrescribe archivos, sin eliminarlos, entonces esto está muy bien.

Debe detectar el error y luego verificar qué tipo de error es.

try {
  var data = fs.readFileSync(...)
} catch (err) {
  // If the type is not what you want, then just throw the error again.
  if (err.code !== 'ENOENT') throw err;

  // Handle a file-not-found error
}

Utilizo una lambda invocada inmediatamente para estos escenarios:

const config = (() => {
  try {
    return JSON.parse(fs.readFileSync('config.json'));
  } catch (error) {
    return {};
  }
})();

async versión:

const config = await (async () => {
  try {
    return JSON.parse(await fs.readFileAsync('config.json'));
  } catch (error) {
    return {};
  }
})();

Intente usar Async en su lugar para evitar bloquear el único hilo que tiene con NodeJS. Mira este ejemplo:

const util = require('util');
const fs = require('fs');
const path = require('path');
const readFileAsync = util.promisify(fs.readFile);

const readContentFile = async (filePath) => {
  // Eureka, you are using good code practices here!
  const content = await readFileAsync(path.join(__dirname, filePath), {
    encoding: 'utf8'
  })
  return content;
}

Más tarde puede usar esta función asincrónica con try / catch desde cualquier otra función:

const anyOtherFun = async () => {
  try {
    const fileContent = await readContentFile('my-file.txt');
  } catch (err) {
    // Here you get the error when the file was not found,
    // but you also get any other error
  }
}

¡Feliz codificación!

El mecanismo JavaScript try ... catch no puede utilizarse para interceptar errores generados por API asincrónicas. Un error común para los principiantes es intentar usar throw dentro de una devolución de llamada de primer error:

// THIS WILL NOT WORK:
const fs = require('fs');

try {
  fs.readFile('/some/file/that/does-not-exist', (err, data) => {
    // Mistaken assumption: throwing here...
    if (err) {
      throw err;
    }
  });
} catch (err) {
  // This will not catch the throw!
  console.error(err);
}

Esto no funcionará porque la función de devolución de llamada pasada a fs.readFile () se llama de forma asincrónica. Para cuando se haya llamado la devolución de llamada, el código circundante, incluido el bloque try ... catch, ya habrá salido. Lanzar un error dentro de la devolución de llamada puede bloquear el proceso Node.js en la mayoría de los casos. Si los dominios están habilitados, o se ha registrado un controlador con process.on ('uncaughtException'), dichos errores pueden ser interceptados.

referencia: https://nodejs.org/api/errors.html