レンダリングの例外を処理する方法をいくつか説明できますか? 何かをペイントするとレンダリングが発生するため、ソリューションは適切な再ペイントを処理する必要があります。これはビルドの失敗に関するものではなく、レンダリングに関するものです。
私が思いついたのは再塗装だけです。もっとあると思いますか?
これに対する一般的なランタイム ソリューションはありません。Joachim が指摘しているように、単純に再描画しようとすると、再描画によって同じ例外がトリガーされ、ユーザー インターフェイスがロックされる可能性が高くなります。
最善の方法は、例外の原因を突き止め、コードを修正して、例外の根本原因を取り除くか、ペイント コードが適切なアクションを実行して問題を回避することです。(2 番目の選択肢は、ペイント コードがあなたのコードである場合にのみ適用されます ...)
不適切なコーディングなどが原因でレンダリングに失敗するライブラリを使用している場合はどうすればよいですか?
ライブラリを修正するか、ライブラリの障害を引き起こすシナリオを回避する何らかの回避策を実装します (可能な場合)。それでもうまくいかない場合は、ライブラリを適切に機能する代替物に置き換えます。
レンダリングが不明な理由で失敗した場合はどうすればよいですか (原因を特定することはできません)。
次に、大きな問題があります。失敗の原因を特定できない場合、信頼できる解決策を見つけることはできません。疑わしい/信頼できない救済策が残されています...そして、アプリケーションは信頼できない可能性があります.
他のすべての保護システムが機能しなくなった場合の対処方法を知りたいです。
信頼性の低いコンポーネントから、信頼性の低いコンポーネントから信頼性の高いシステムを構築する方法はありません。
また、Java アプリケーションの「ランダムな信頼性の低さ」の多くは、不適切な同期が原因であることにも注意してください。つまり、あるスレッドが何らかのオブジェクトまたはデータ構造を更新しているときに、別のスレッドがそれを読み取ろうとしている場合です。また、ほとんどの GUI ベースのアプリケーションは本質的にマルチスレッドです。信頼性が低いと思われるライブラリがある場合、本当の問題は、アプリケーション レベルのコードが適切に同期されていないことにある可能性があります。