Як зафіксувати жоден файл для fs.readFileSync ()?

У node.js readFile () показує, як зафіксувати помилку, проте немає коментарів щодо функції readFileSync () щодо обробки помилок. Якщо я намагаюся використовувати readFileSync (), коли файлу немає, я отримую помилку Error: ENOENT, no such file or directory.

Як зафіксувати викид, що викидається? У doco не вказано, які винятки кинуті, тому я не знаю, які винятки мені потрібно знайти. Я мушу зазначити, що мені не подобається загальний стиль "ловити кожен можливий виняток" у стилі операцій "try / catch". У цьому випадку я хочу знайти певний виняток, який виникає, коли файл не існує, і я намагаюся виконати readFileSync.

Зауважте, що я виконую функції синхронізації лише під час запуску перед подачею спроб з'єднання, тому коментарі, які я не повинен використовувати функції синхронізації, не потрібні :-)

В основному, fs.readFileSyncвидає помилку, коли файл не знайдений. Ця помилка походить від Errorпрототипу і викидається за допомогою throw, тому єдиний спосіб зловити - це try / catchблок:

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
}

На жаль, ви не можете виявити, яка помилка була викинута, просто переглянувши її прототип:

if (err instanceof Error)

це найкраще, що ви можете зробити, і це буде справедливо для більшості (якщо не всіх) помилок. Тому я б запропонував вам піти з codeвласністю та перевірити його вартість:

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

Таким чином, ви маєте справу лише з цією конкретною помилкою та перекидаєте всі інші помилки.

Крім того, ви також можете отримати доступ до messageвластивості помилки, щоб перевірити детальне повідомлення про помилку, яке в цьому випадку:

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

Сподіваюся, це допомагає.

Я вважаю за краще такий спосіб поводження з цим. Ви можете перевірити, чи файл існує синхронно:

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');
}

Примітка: якщо ваша програма також видаляє файли, це стан перегонів, як зазначено в коментарях. Якщо ви лише пишете або переписуєте файли, не видаляючи їх, то це абсолютно добре.

Ви повинні зловити помилку, а потім перевірити, що це за помилка.

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
}

Я використовую негайно викликану лямбда для цих сценаріїв:

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

async версія:

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

Спробуйте використовувати Async замість цього, щоб уникнути блокування єдиного потоку, який ви маєте з NodeJS. Перевірте цей приклад:

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;
}

Пізніше можна використовувати цю функцію асинхронізації за допомогою try / catch з будь-якої іншої функції:

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
  }
}

Щасливе кодування!

Механізм спробувати JavaScript catch… не може використовуватися для перехоплення помилок, створених асинхронними API. Поширена помилка для початківців полягає в тому, щоб спробувати використати кидок всередині зворотного виклику першого помилки:

// 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);
}

Це не буде працювати, оскільки функція зворотного виклику, передана fs.readFile (), викликається асинхронно. До моменту виклику зворотного дзвінка навколишній код, включаючи блок спробу… catch, вже вийшов. Введення помилки всередині зворотного дзвінка може призвести до краху процесу Node.js у більшості випадків. Якщо домени ввімкнено або обробник зареєстрований у process.on ('uncaughtException'), такі помилки можуть бути перехоплені.

довідка: https://nodejs.org/api/errors.html