この記事は、Node.js で MongoDB クライアントに接続するときにプログラムにエラー プロンプトや出力が表示されないという一般的な問題を解決することを目的としています。非同期操作の特性を詳細に分析することで、「async/await」モードを使用して堅牢なデータベース接続ロジックを構(gòu)築し、明確な接続ステータスを確保し、潛在的なエラーを効果的に捕捉し、コードの可読性と信頼性を向上させる方法を推奨および実証します。

Node.js アプリケーションを開発する場合、MongoDB データベースへの接続を確立するのは一般的なタスクです。ただし、開発者は時々、混亂を招く問題に遭遇することがあります。つまり、接続コードは実行されているように見えますが、端末には成功メッセージもエラー メッセージも出力されません。これは通常、非同期操作が誤って処理された場合、または Node.js プロセスが途中で終了した場合に発生します。この記事では、この現(xiàn)象を詳しく説明し、最新の非同期/待機パターンを使用してこの問題を解決するためのベスト プラクティスを提供します。

従來のコールバック モデルの潛在的な問題を理解する

レガシーまたはコールバックベースの MongoDB ドライバー コードでは、通常、接続は次の方法で実裝されます。

 const MongoClient = require("mongodb").MongoClient;
const assign = require("assert");

const url = "mongodb://localhost:27017";
const dbName = "テストDB";
const client = new MongoClient(url, {useNewUrlParser: true});

client.connect(関數(shù) (エラー) {
    アサート.equal(null, err); // err が null でない場合、エラーがスローされます console.log("サーバーに正常に接続されました");

    const db = client.db(dbName);
    // ここでデータベース操作があると仮定します client.close(); // 接続をすぐに閉じます});

上記のコードは合理的であるように思えるかもしれませんが、場合によっては、console.log("Connected fully to server") が実行されなかったり、接続が成功した場合でも、他の理由 (イベント ループをアクティブに保つためのそれ以上の非同期操作が行われないなど) でアプリケーションがすぐに終了し、出力が失われることがあります。

「出力なし」の考えられる原因は次のとおりです。

1. 捕捉されない非同期エラー: client.connect は Promise を返します。エラーがコールバック関數(shù)で明示的に処理されない場合、または Promise が拒否されたが .catch() によって処理されない場合、エラーは出力されない可能性があります。
2. プロセスが途中で終了しました:上記の例では、 client.close() がすぐに呼び出されています。接続プロセス自體に少し時間がかかる場合、またはコールバック関數(shù)が完全に実行されて出力が出力される前にすべての同期コードが実行されて Node.js プロセスが終了した場合、console.log が表示されないことがあります。
3. assert.equal の動作: err が null でない場合、assert.equal はエラーをスローします。このエラーが上部の try...catch でキャッチされない場合、キャッチされない例外となり、プロセスがクラッシュする可能性がありますが、一部の構(gòu)成では、ターミナルにエラー メッセージがすぐに表示されない場合があります。

非同期/待機パターンを使用して堅牢な接続を構(gòu)築する

上記の問題を解決し、非同期コードを読みやすく保守しやすくするために、async/await 構(gòu)文を使用することを強くお勧めします。これにより、非同期コードを同期的に記述できるようになり、エラー処理とフロー制御が大幅に簡素化されます。

以下は、非同期/待機モードを使用して MongoDB に接続するサンプル コードです。

 const { MongoClient } = require("mongodb"); // 分割代入を使用して MongoClient を取得します

/**
 * MongoDB データベースに非同期接続します */
非同期関數(shù) connectToDB() {
  const url = 'mongodb://localhost:27017';
  const client = 新しい MongoClient(url); // 新しいバージョンのドライバーには useNewUrlParser などのオプションが必要なくなりました try {
    // 接続が成功するまで待機します await client.connect();
    console.log("データベースは正常に接続されました!");

    //ここでデータベース操作を?qū)g行します。例:
    // const db = client.db('testDB');
    // const collection = db.collection('documents');
    // await collection.insertOne({ name: 'チュートリアル', value: 1 });
    // console.log("ドキュメントが挿入されました。");

  } キャッチ (エラー) {
    // 接続中または操作中に発生したエラーをキャプチャして出力します console.error('データベースへの接続または操作の実行に失敗しました:', err);
  } ついに {
    // 成功か失敗かに関係なく、(client) { の場合は接続が閉じられていることを確認します。
      client.close() を待ちます。
      console.log("データベース接続が閉じられました。");
    }
  }
}

// 接続関數(shù) connectToDB() を呼び出します。

コード分??析とベストプラクティス

1. async 関數(shù): connectToDB 関數(shù)は async としてマークされており、その中で await キーワードを使用できます。
2. await client.connect(): await キーワードは、client.connect() によって返された Promise が解決される (成功) か拒否される (失敗) まで、非同期関數(shù)の実行を一時停止します。これは、console.log("データベースが正常に接続されました!") は、実際に接続が確立された後にのみ実行されることを意味します。
3. try...catch ブロック:これは、async/await パターンでのエラー処理の中核です。
   • try ブロックには、エラー (接続またはデータベース操作など) をスローする可能性のあるコードが含まれています。
   • await 操作の Promise が拒否された場合 (つまり、エラーが発生した場合)、実行フローはすぐに catch ブロックにジャンプし、エラー オブジェクトをキャプチャします。これにより、接続エラーや操作エラーが確実に捕捉されて明示的に処理され、「サイレント エラー」が回避されます。
4. finally ブロック: finally ブロック內(nèi)のコードは、try ブロックが正常に完了したか、エラーによって中斷されたかに関係なく実行されます。これは、データベース接続を閉じるなどのリソースのクリーンアップにとって重要です。
   • この例では、 await client.close() により、関數(shù)の実行後 (接続と操作の成功、または接続の失敗に関係なく)、リソースのリークを避けるためにデータベース接続が適切に閉じられることが保証されます。
   • try ブロックでクライアント オブジェクトの初期化に失敗した場合、クライアントが未定義であるため、finally ブロックの client.close() でエラーが報告される可能性があることに注意してください。したがって、if (クライアント) チェックを追加すると、より堅牢になります。
5. MongoClient オプション: MongoDB Node.js ドライバーの新しいバージョン (4.0 以降) では通常、useNewUrlParser: true や useUnifiedTopology: true などのオプションは必要なくなり、デフォルトの動作になりました。コードの簡素化と互換性のために、これらのオプションは例から省略されています。
6. 永続的な接続とスクリプト:上記の例は、接続、操作、および終了を一度だけ行うスクリプトの例です。長時間実行されるサーバー アプリケーション (Web サービスなど) の場合、リクエストごとに接続を開いたり閉じたりするのではなく、接続プールを確立し、アプリケーションの存続期間中接続をアクティブに保つのが一般的です。この場合、 client.close() は操作のたびに呼び出されるのではなく、アプリケーションが閉じられるときに一律に呼び出されます。

要約する

async/await パターンを採用することで、Node.js の MongoDB 接続コードがより明確になり、理解しやすく、デバッグしやすくなります。これは、ネイティブのエラー処理メカニズムを提供し、非同期操作の順次実行を保証し、開発者にリソースのクリーンアップの検討を強制します。 MongoDB 接続で出力がない、またはエラーがないという問題が発生した場合は、まず try...catch...finally で async/await が正しく使用されているかどうかを確認します。通常、これがこのような問題を解決する鍵となります。

以上がNode.js MongoDB 接続の問題: エラーも出力も発生せずに接続問題を解決するの詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。