getInstance(context)。上書き代入させる必要あり)、とりあえず調達できる。骨の部分だけ記載すると、こんな感じ。XXXXXX.class);intent01.setAction(”適当なアクション”);sendBroadcast(intent01);==================================================これで、親が死んでも、子供が必要な時に新しい里親が現れる。しておいて、どんな親が来ても同じ返事ができるようにしておくこと、子は子で、重複しても構わず、自力で必要な情報を確保できるよう独立した造りにすれば、何とかなるでしょう。発行させるようにすれば、「ウィジェットが表示されてるけど本当は死んでる」状態も自分のボタンで蘇ることができる。するなんてもったいない。最小30分ごとに自力で蘇えられるチャンスが訪れるのだから、使わない手はない(何らかのタイマー駆動処理使ってるなら、重複処理しない制御構文入れれば何の影響もないはずだし)。これで死の恐怖から逃れることができた。最大限「死なない親」にこだわる必要はあるけど、現実的に「親が死んでもなんとかなる」対策の方が重要ですな。システムUIエラーのループ結論から言うと、大した問題ではなかった。実機を持ってないので、あくまでエミュレータの話になるけど....。生成するとき、.setSmallIcon(R.mipmap.xxxxx);だと、システムUIエラーのループが発生する。リソースの参照先を「mipmap」から「drawable」に変更して(もちろん実際のリソースファイルも移動)、.setSmallIcon(R.drawable.xxxxx);にすれば、普通に動く。その他のシステムイメージではこんなこと起こらない。システムイメージに限った話のよう。何が正しくて、何がおかしいかは不明だが、確実に起こってしまうのだから、エミュレータ使いは注意が必要だ。最近のシステムイメージのアップデートで、この症状は出なくなった。さっきやったら、問題なく動いた。ウィジェットの肝のバックグラウンドのサービスが特定の状況以外、禁止となっていた。そんなスゴい端末を持っていないから全くのノーチェックだったが、こりゃイタい仕様変更だ。使えという話ですなぁ。説明どおりに動いてくれない。「おやっ、もしかして」って感じですね。分」とは記載されていないようなので、何の確信もない。ただの実験結果であるが、クサいですなぁ。v6.0.1)で試したが同様の結果だった。いうことは、.setPeriodic(0);ならどうなるかって感じですな。裏を読んで「『0』って繰り返さない意味かも」って考えちゃいますけどね。今は、「こんなこと言ってた人がいたなぁ」って思っててもらえれば、悩んだ数時間が報われる。分以下にならないわけだ。分間隔だから、まだちょっとはマシなんだろうなぁ。分間隔にしちゃうらしい。実際には、一度も繰り返してくれてないので格闘中だ。無効になったという噂を見かけた。ないのであくまで噂だが、実際に動かないので信憑性は高い。これから使うなら、firebase-jobdispatcher-androidがお勧め。'com.firebase:firebase-jobdispatcher:0.8.5'を加えるだけで使えるようになるライブラリ。JobScheduler」を使えるようにしてくれるから便利。こんなに悩むことになるなら、最初からこれを使っておけばよかった。