1 この記事の位置づけ
FlClashは Android の VpnService を通じてトラフィックをトンネル化する系統のアプリに属します。同じ土俵には企業 VPN や、別の常時 プロキシ クライアントもあり、そもそも「一つのアプリだけが仮想インターフェースを専有できる」制約の影響を受けます。本稿の焦点は、インストール手順の再確認ではなく、端末の省電力ポリシーとバックグラウンド制限を疑う層向けです。
Google の公開ドキュメントでは、未使用端末向けのアイドル時メンテナンスとして Doze が説明されており、画面オフでしばらく放置すると、バックグラウンドのネットワークが間欠化したり、ジョブの実行が遅れたりする設計です。加えて各社 UI には「バッテリー最適化をオフにする」「アプリの起動を許可する」といった上書きスイッチが並び、名称はアップデートのたびに揺れます。ここでは揺れに耐えられるよう、目的ベース（殺さない・データを切らない・起動を止めない）で読み替えます。
2 省電力の前に一瞬だけ疑うこと
同じ「途切れる」でも、購読 URL の期限切れ、端末日時の大きなズレ、ノードの死、別アプリの常時 VPN との排他、が原因のことも多いです。次が当てはまる場合、まずそちらを潰すと作業量が減ります。購読の取り込みやプロファイル切り替えの基本は入門向けの FlClash 完全ガイドに任せ、ここでは手短に列挙します。
- 通知バーに「VPN 接続中」が出ているのにアプリは開けない、というより疎通が落ちるのなら、ルールと DNS の方も併せて疑います（漏れの考え方は DNS 周りの整理記事が参考になります）。
- モバイルデータと Wi-Fi の切替直後にだけ落ちるなら、再接続待ちの時間を見てから、省電力へ進みます。
- 常時 VPN を仕事用に固定している端末では、FlClash 側のトンネルが奪い合いになります。排他の有無を先に確認します。
3 Doze と症状の対応
画面を消して十数分〜数十分したあと、だけ不安定、という型は、Doze 系の挙動と相関しやすいです。厳密な再現性は端末の温度・充電状態・「未使用」判定にも依存するため、ここは実験的に「省電力例外を一気に緩めて改善するか」を見る形が現実的です。逆に、起動直後から数分おきに切れる、という場合は、バッテリー最適化以前に、本体の超省電力モードや、ゲーム用ブースター、ネットワーク最適化アプリの干渉を疑った方が早いこともあります。
ドキュメンテーション上、Doze は主に未使用端末向け、と説明されがちですが、日常利用でも「非対話時間が長い」とバックグラウンドの扱いが厳しく感じるケースはあります。以降の手順は、いずれも「FlClash プロセスとネットスタックを、システムの省電力から外す」ための定番策です。
4 バッテリー最適化（標準の考え方）
多くの端末で共通する入り口は、設定 → アプリ → FlClash（表記は「FlClash」以外の英字名の場合も）、そこからバッテリーまたはバッテリーとデータです。バッテリー最適化、制限なし、最適化しない など、メーカーごとにラベルは違っても、狙いは「最適化の対象から外す」ことです。外したうえで、バックグラウンド でも起動を許可する、という二段目のスイッチがある機種は、そこも続けてオンにします。
Pixel 系に近い UI では「アプリのバッテリー使用」に「無制限」相当の段階があり、Android 12 以降の説明分岐もあります。機種名を絶対的な正とせず、画面上の短い説明文を読みながら、最も緩い側へ寄せるのが安全です。同じメニュー内に「省電力 モード中のみ制限」などがあれば、FlClash も例外に入れます。
5 メーカー独自の「起動管理」
よく出る言い回し
Xiaomi 系、OPPO 系、Samsung 系など、国内流通機ではアプリ起動や自動起動の階層が追加されていることが多いです。典型例として、自動起動を許可、バックグラウンドで活動、他のアプリの上に表示（必要なら）、省電力で制限しない といった束ね設定があります。名前一覧はファームウェアで変わるため、検索欄に「バッテリー」「起動」「FlClash」と打って該当メニューへ直行する方が早い場面もあります。
最近使ったアプリのロック
タスク切り替え画面でカードを下に引っぱる以外に「南京錠」や「ロック」アイコンを付けられる Android スキンは、メモリ掃除から除外する意図の UI です。万能ではありませんが、バックグラウンド掃除が攻撃的な端末では併用価値があります。ここは保険だと考え、設定アプリでの例外付けを主、ロックを従にすると整理しやすいです。
6 バックグラウンド データと通信の切れ
データセーバー や、モバイルデータ 側の「バックグラウンド データを制限」がアプリ単位でオンだと、画面オフ中に 購読 更新の HTTP が詰まり、症状としては「ふと見たらノードが古いまま」や「一時的に プロキシ だけ不調」に見えます。Wi-Fi だけ許可、などの分割制限もあるため、FlClash に対して バックグラウンド データを許可、を確認します。家庭用 Wi-Fi で省電力の「スリープ時に Wi-Fi を落とす」系設定も、見落としやすいので合わせて見ます。
Android の省電力トグルはしばしば階層化されているため、端末全体の超省電力 がオンだと、個別アプリの例外を足しても効果が足りないことがあります。まず超省電力をオフにして再現性を比較し、必要な範囲に留めるのが切り分けとして素直です。
7 通知（フォアグラウンド サービス）の維持
常時 VPN 系は、多くの実装で通知を伴う フォアグラウンド 挙動とセットになっています。通知をスワイプで消す、チャンネルを非表示にする、省電力アプリが「通知のない バックグラウンド 通信」を雑に切る、といった状況では、接続表示が曖昧になったり、OS からプロセスの優先度を下げられたりする例があります。通知設定で FlClash チャンネルを「表示」「音なし」程度には維持し、バッテリー最適化 側の例外とセットで考えます。
8 まだ直らないとき
上記を一通り通しても、特定の乗り換え駅だけで毎回落ちる、端末熱帯のときだけ落ちる、と感じるなら、ハード要因（電波、本体温度、USB 回り）や、コアの互換、設定ファイル側の DNS／ルールの挙動が次の捜査対象です。端末上で GUI を避け、Termux 上の Mihomo と併用してログを分けたい場合は、Termux 向けの設定記事が、起動保活（Wake Lock 等）の参照になります。用途が違うルートのため併用時は、ポートとモードの衝突に注意します。
9 まとめ
FlClash の「使っているうちに切れる」系は、Android のバッテリー最適化とバックグラウンド制限、画面オフ後の Doze 系、メーカー独自の起動制限、通知まわり、が重なると起こりやすいパターンです。初回導入は完全ガイド、切れたあとの切り分けは本稿のようなチェック順が噛み合います。スイッチ名は日々揺れますが、「殺さない・通信を切らない・起動を止めない」という三語に立ち返ると、迷子になりにくいです。
他の Clash 系デスクトップ クライアント では、ルールや購読の持ち方を揃えやすい反面、Android だけ省電力に振り回されやすい、という体験はよく聞かれます。同じ プロキシ 思想で PC 側も扱うなら、本サイトのダウンロード案内から環境に合うパッケージを選び、挙動を比較するのも一案です。オープンソースのビルドを直接追うより、まずは配布導線を一本化しておく方が、更新と署名の追跡は楽になることが多いです。
