ログレベルが突然変わる謎の事象を追う ～ あるOSSサポートエンジニアの1日 - Qiita

Logger.getLogger("test").setLevel(Level.OFF); これは、testという名前のロガーのログ出力を抑止することを目的としたコードです。 ここで使っているLoggerはJava標準のjava.util.logging.Loggerで、getLogger()は引数で与えられた名前のロガーインスタンスが既に生成されていればそれを返し、無ければ新たに生成するメソッドです。setLevel()は、そのロガーのログレベルを設定します。引数はLevel.OFFなので、ログ出力を無効にします。 この記事は、上記コードが引き起こした問題についての実話です。 このコードが起こした問題 ある日、私のもとに至急の調査依頼が来ました。その内容は、「Tomcatの再起動をきっかけに、Webアプリケーションがボディの無い正常応答を返すようになった」というものでした。 その後の再起

[stealthinu]

えええ。こんなんわかんねえよ。とにかく一旦ローカルの変数にLoggerをつっこんでからセットしないとGC走ったときにおかしくなると。

[ikaro1192]

GCによって弱参照状態のインスタンスがすげ変わってたという話。おもしろ。

[gfx]

いつインスタンスが再生成されるかわからない弱参照なシングルトンで起きた問題。これはしんどいな〜。

[el-condor]

なるほど覚えておこう。使う機会があるかどうかは知らんけど。

[iekusup]

ほー。

[cco]

(Weak系)Referenceインスタンス破棄間に合ってないんじゃないかと思ったら合ってた。インスタンスが違ってるのを確認するのは良いやり方だなあ