golang デバッグ インターフェイスが閉じられました

最近、プロジェクトで奇妙な問題に遭遇しました。つまり、golang を使用してインターフェイスをデバッグすると、一定時間が経過するとインターフェイスが自動的に閉じられてしまいます。デバッグを続行するにはインターフェイスを常に再起動する必要があるため、これは非常に不便です。この記事では、私の解決策を共有します。

まず、golang の標準ライブラリ内の http パッケージを追跡したところ、基本的に http.Server タイプがすべての HTTP サーバーの基礎であることがわかりました。このタイプを使用して HTTP サーバーを起動しようとしたところ、デバッグを深く理解して問題を解決できました。その過程で、興味深いものを発見しました。

http.Server はリクエストの処理を開始する前に、net.Listen を使用して HTTP リスナーへの参照を保存します。次に、HTTP リスナーをインスタンス化することで、新しい HTTP リクエストの受け入れを開始できるようになります。これは次のようになります:

l, err := net.Listen("tcp", ":8080")

if err != nil {

log.Fatal(err)

}

s := &http.Server{}

// リクエストの処理を開始します

s.Serve(l)

これを知った後、私は向きを変えました一部のサードパーティ ライブラリにアクセスして、そのコードの実装を確認します。 Gorilla Mux などのいくつかのライブラリを使用したところ、HTTP サービスの作成に上記の方法は使用せず、次のように http.ListenAndServe 関数 (これは多くの人が使用する方法だと思います) を使用することがわかりました。 #http .ListenAndServe(":8080", nil)

2 番目のパラメーターは、作成したルート ハンドラー関数 (または Handler インターフェイスを実装するその他の型) です。

http.ListenAndServe は、net.Listen 経由で HTTP リスナーを初期化し、http.Server.Serve を使用して開始する方法と同様に機能します。ただし、これはより簡単で、一度に実行できます。

これを交換すると、すべてが正常に動作し始めました。インターフェイスは自動的に閉じません。インターフェイスは常にポートでリッスンしているため、コードにブレークポイントを設定したり、リロードしたり、インターフェイスにアクセスしたりできます。実際には、通常の HTTP サーバーの起動方法として http.ListenAndServe を使用する必要があると思います。

要約すると、golang 使用時にこのインターフェースの自動シャットダウンの問題が発生した場合は、http.ListenAndServe 関数を使用して HTTP サーバーを起動してみることをお勧めします。これは効果的な解決策になる可能性があります。 golang の標準ライブラリとサードパーティのライブラリを深く理解することで、golang の仕組みをより深く理解できるようになれば幸いです。

以上がgolang デバッグ インターフェイスが閉じられましたの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。