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のtry…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（）に渡されるコールバック関数が非同期で呼び出されるため、これは機能しません。コールバックが呼び出されるまでに、try…catchブロックを含む周囲のコードはすでに終了しています。コールバック内でエラーをスローすると、ほとんどの場合、Node.jsプロセスがクラッシュする可能性があります。ドメインが有効になっている場合、またはハンドラーがprocess.on（ 'uncaughtException'）に登録されている場合、そのようなエラーはインターセプトされる可能性があります。

リファレンス：https : //nodejs.org/api/errors.html