ワーニング「W/System: A resource failed to call close.」の除去、および 該当箇所調査方法をご存じの方、よろしくお願いいたします。

Question

実現したいこと

ワーニングの除去。
企業向け製品の開発ですので
基本的にワーニングは全除去です。

よろしくお願いいたします。

前提

■スキル
私および周りのAndroid / java の組込み経験は、かなり浅いです。
他環境の組込み経験はそれなりに有ります。
前回投稿より数か月経てますのでその分の成長はあるかとは思われます。

■ワーニング出力背景
APIレベル28(Androidバージョン9) ➡
APIレベル32(Androidバージョン12L) へのバージョンアップ後、
当warnigが出るようになりました。

※
「Android Gradle プラグインバージョン」 も併せて、
7.2.0 ➡ 7.2.2 にしています。

発生している問題・エラーメッセージ

W/System: A resource failed to call close.

該当のソースコード

膨大でどこが該当するのか不明。
ファイル関連は close 漏れが無い事を確認しました。

試したこと

ググって見つけた記事に従い、メインのActiviy.onCreate 冒頭に以下を追加。
―――
StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder(StrictMode.getVmPolicy())
.detectLeakedClosableObjects()
.build());
―――

実はバージョンアップ前にも同じ警告が出まして、
この方法で、この警告に対するものであろうログが
例外発生時と同等の内容で出力されるようになったため
該当箇所が容易に識別でき、無事対処することができました。
（BufferedReaderのclose漏れ1箇所が判明）

しかし、今回バージョンアップしたことで新たに出てきたこのワーニングに対しては
同じ方法をとっても、例外発生時と同等のログが出てくれないのです。
というか、出力ログに変化すらありません。

補足情報（FW/ツールのバージョンなど）

【環境】
Chipmunk (2021.2.1 パッチ2)
java
compileSdk 32
minSdk 32
targetSdk 32
Android Gradle プラグインバージョン 7.2.2
Gradleバージョン 7.3.3

――

解放漏れ関連だと、メモリリークがチラついて深刻ですので
ワーニングであっても早急に対応すべきではないかと思い投稿させていただきました。

以上です。
よろしくお願いいたします。

Answer 1

お世話になっております。

もしやと思い、現在開発中のプロジェクトとは別に
バージョン12Lで素のプロジェクトを新規作成し
そのまま動かしてみました。

・・同ワーニングが出ました。
当然ですが、任意の編集は一切しておりません。
（先にも申しましたように、バージョン９でも出ましたが
そちらには自実装のしっかりとした原因があり、対応することで除去できました）

ということで、この問題は根が深そうなため
一旦クローズとさせていただきます。

jimbeさん
ありがとうございました。

Comments

[jimbe]

いえ私も全然分からずですので…残念ですが。

Answer 2

stackoverflow にはこんな記事がありました。
W/System: A resource failed to call release

メッセージは少し違いますが、記事の設定をすることで調査が出来るかもしれません。

Comments

[sakHi]

jimbeさん。
前回に引き続き、ありがとうございます。

記事の内容で精査した結果、「試したこと」へ記載のコードの前に
StrictMode.enableDefaults();
を追加することで、関連ログの出力がされるようになりました。

記事にあるようなカスタムアプリクラスのコンストラクタで実行しても
メインのActivityのコンストラクタで実行しても、出力内容は変わりませんでしたので
記事のように、わざわざカスタムアプリを設けて行う必要は無いようです。

で、本題なのですが
■
バージョン９で検知した際は、
　―
　StrictMode policy violation; android.os.strictmode.LeakedClosedViolation:
　 略
　 Caused by: java.lang.throwable: Explicit termination method 'close' not called
　 略
　 該当ソース、箇所
　―
といった具合で出力されていたのですが

■
今回(バージョン12)は
　―
　StrictMode policy violation; ~duration=584 ms: android.os.strictmode.DiskReadViolation
　 略
　 該当ソース、箇所
　―
となっており、

Caused by のくだりが出力されません。また、
該当ソース箇所では確かにファイルアクセスしていますがClose漏れなど無く、

理解不能なのが、指摘箇所一体をコメントアウトして無効にしても
ワーニングメッセージが消えないのです。
(上記ログ出力は一切出なくなりますが・・)

strictmode.DiskReadViolation に関しては、
時間がかかり過ぎの懸念があるからメインスレッドで実行せず別スレで。
といった類の記事を見つけましたが、また試しておりません。

取り急ぎ、お礼とご報告でした。

[sakHi]

指摘箇所の処理を丸っと別スレにし、（C# の async await が理想ですが・・）
とりあえず start()、join() しただけの、結果的に同期処理を変わらない実装をしたみたら
上記ログは一切でなくなりました。が
ワーニングメッセージは変わらず出ますので、この一連のログとの関連度は低いかと思われます。

別アプローチで調査継続してみます。
ありがとうございました。

[sakHi]

すみません、文章の再確認不足でした。

誤　：　結果的に同期処理を変わらない実装をしたみたら
正　：　結果的に同期処理と変わらない実装をしてみたら