マルチスレッドアプリケーションでのオプションのデバッグ出力-つまり、デッドロックやバグを把握するためではなく、*クライアント用*を意味します。

aliteralmind

学習のため、最初のマルチスレッドアプリケーション取り組んでいます私は本当にそれを学ぶ必要があります。ディレクトリ内のすべてのテキストファイルを読み取り、すべてのインデントタブを3つのスペースに置き換えるシングルスレッド関数がすでにあります。

Appendableオプションの追加情報(各ファイルの一覧表示、統計の提供など)のためにを渡す機能があります。彼らが合格した場合null、彼らはデバッグを望んでいません。

マルチスレッドバージョンでこれを処理する最善の方法を特定しようとしていますが、「マルチスレッドJavaのデバッグ」を検索しても、バグやデッドロックを診断する方法しか得られません。

Appendableを安全に使用できますか、それとも他のことを検討する必要がありますか?インターリーブメッセージの処理方法はわかりませんが、最初に理解したいのはスレッドセーフです。

アンドリュー・アイレット

を渡すのではなく、ライブラリでslf4jAppendable使用してロギングを行うこと検討してください。

実行時にロギングフレームワークがリンクされていない場合、ロギングは行われません。アプリケーションがすでにロギングを実行している場合は、slf4jが出力するフロントエンドが存在する可能性があります。

ログ出力にはLogback使用することをお勧めします。これは、構成ファイルを介して、またはコードで直接構成できるためです。基本的な出力を取得するために必要なのは、JARを含めることだけです。

この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。

侵害の場合は、連絡してください[email protected]

編集
0

コメントを追加

0

関連記事

Related 関連記事

ホットタグ

アーカイブ