ワーカーと HTTP サーバーが正常にシャットダウンされました
php エディタ Xigua は、この記事でワーカーと HTTP サーバーの通常のシャットダウンについて紹介します。開発プロセス中は、ワーカーと HTTP サーバーを正しくシャットダウンして、リソースが解放され、プログラムが正常に終了することが非常に重要です。この記事では、ワーカーと HTTP サーバーを正しくシャットダウンする方法と、いくつかの一般的な問題と解決策について詳しく説明します。サーバーを正常にシャットダウンし、アプリケーションの安定性と信頼性を向上させる方法を一緒に学びましょう。
質問内容
独立して起動し、終了をリッスンして完了時に正常に終了するワーカープロセスとhttpサーバーを作成しようとしています。
何らかの理由で、ワーカー スレッドは開始されますが、http サーバーは sigterm イベントが送信されるまで開始されません。 http サーバーは、sigterm イベントの送信後にのみ起動します。以下の問題は何でしょうか?
###出力### リーリー ###コード###https://gosamples.dev is the best https://gosamples.dev is the best https://gosamples.dev is the best ^c2023/05/27 15:07:52 listening on http server port: process finished with the exit code 0
および
/liveness エンドポイントがまだ追加されていないため、サーバーがそれについて認識しないことを意味します。その結果、サーバーは起動しますが、処理するルートがないため、何も行われません。
その後、http.server
インスタンスに
フィールドを定義しません。 listenandserve()
は、それを呼び出す http.server
インスタンスの addr
フィールドで定義されたアドレスを使用します。空の場合、デフォルトは ":http"
ですが、これはコード内で明示的に指定されていないため、混乱を招く可能性があります。
srv.listenandserve
を startserver の最後に移動しました。私は何を取りこぼしたか?
問題は、関数内の srv.listenandserve
がどこにあるかではなく、
がどのように構成され、いつ http ハンドラーが設定されるかです。
元のコードでは、サーバーの起動後に http ハンドラーを設定します。サーバーが実行されると、後で定義された新しいハンドラーは選択されないため、サーバーを開始する前にハンドラーを設定する必要があります。
そして、ログ ステートメント
は
srv.listenandserve() の後にあります。これは通話をブロックします。これは、ログ ステートメントがサーバーの停止後にのみ実行されることを意味します。そのため、ログ ステートメントは sigterm シグナルの送信後にのみ表示されます。
次のように startserver
関数を再編成してみてください:
startserver
関数の修正バージョンでは、サーバーの起動前に定義されているため、サーバーは
および /liveness
エンドポイントを認識できるようになりました。 。
http ハンドラーはサーバーの起動前に設定され、ログ ステートメントはサーバーの起動前に出力されます。これにより問題が解決され、サーバーが期待どおりに起動してリクエストを処理できるようになります。さらに、
addr が明確に定義されているため、サーバーはどこでリッスンするかを認識します。
以上がワーカーと HTTP サーバーが正常にシャットダウンされましたの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









OpenSSLは、安全な通信で広く使用されているオープンソースライブラリとして、暗号化アルゴリズム、キー、証明書管理機能を提供します。ただし、その歴史的バージョンにはいくつかの既知のセキュリティの脆弱性があり、その一部は非常に有害です。この記事では、Debian SystemsのOpenSSLの共通の脆弱性と対応測定に焦点を当てます。 Debianopensslの既知の脆弱性:OpenSSLは、次のようないくつかの深刻な脆弱性を経験しています。攻撃者は、この脆弱性を、暗号化キーなどを含む、サーバー上の不正な読み取りの敏感な情報に使用できます。

この記事では、プロファイリングの有効化、データの収集、CPUやメモリの問題などの一般的なボトルネックの識別など、GOパフォーマンスを分析するためにPPROFツールを使用する方法について説明します。

この記事では、GOでユニットテストを書くことで、ベストプラクティス、モッキングテクニック、効率的なテスト管理のためのツールについて説明します。

Go Crawler Collyのキュースレッドの問題は、Go言語でColly Crawler Libraryを使用する問題を調査します。 �...

この記事では、go.modを介してGOモジュールの依存関係の管理、仕様、更新、競合解決をカバーすることについて説明します。セマンティックバージョンや定期的な更新などのベストプラクティスを強調しています。

この記事では、GOでテーブル駆動型のテストを使用して説明します。これは、テストのテーブルを使用して複数の入力と結果を持つ関数をテストする方法です。読みやすさの向上、重複の減少、スケーラビリティ、一貫性、および

バックエンド学習パス:フロントエンドからバックエンドへの探査の旅は、フロントエンド開発から変わるバックエンド初心者として、すでにNodeJSの基盤を持っています...
