Android多進程避坑指南：開分店的正確姿勢
想象你正在經營一家爆火的火鍋店：
? 后廚突然著火——整個店鋪被迫停業
? 顧客太多擠爆大廳——新客人在門口罵罵咧咧
? 服務員手滑打翻鍋底——所有訂單全部泡湯
這些餐飲業的"致命危機"，在Android開發中竟然每天都在上演！而多進程這個神奇的操作，就像給你的應用開火鍋分店：
? 后廚爆炸也不影響前廳接單
? VIP包間專供饕餮食客
? 不同分店使用獨立賬本
不過開分店可不是擺地攤——系統會收"物業管理費"，分店之間溝通得靠"對講機"，搞不好還會被系統城管"重點關照"。這篇指南將帶你解鎖：
? 什么情況下必須開分店（推送說炸就炸）
? 開分店的隱藏成本（內存就像火鍋店的煤氣費）
? 那些年我們踩過的坑（分店賬本竟然對不上！）
開啟多進程就像開火鍋連鎖店
給門店掛招牌（配置多進程），在 AndroidManifest.xml 中給 Activity/Service 等組件添加 android:process 屬性
<!-- 包間VIP分店（僅限自家人用） -->
<activity android:name=".SecretActivity"
android:process=":secret"/>
<!-- 海底撈式分店（其他App也能來串門） -->
<activity android:name=".PublicActivity"
android:process="com.reathin.public"/>??注意：分店名帶冒號的是"包間分店"，不帶的是"大排檔分店"（其他App也能來蹭座，只要有相同的簽名密鑰）
分店開多了會怎樣？
手機變"小電驢"（內存爆炸）
每個分店都要占用：
? 基礎裝修費（30MB內存）
? 員工工資（10MB內存）
? 辦公設備（5MB內存）
開10個分店 ≈ 450MB內存，低配手機直接表演"電瓶沒電"
分店開張要裝修（初始化成本）
每個分店都要重新：
? 鋪地板（Application.onCreate）
? 買家具（初始化第三方庫）
? 招員工（啟動線程池）
?? 實測：開3個分店，啟動速度慢得像等紅綠燈時刷出99+條消息
開分店的正確姿勢
高危部門隔離（WebView/推送服務...）
把容易搞事情的部門單獨開分店：
? WebView分店崩潰 → 主店照樣接單
? 推送分店閃退 → 不影響用戶剁手
大胃王專用包間（圖片/視頻處理）
超大文件處理就像吃火鍋：
? 主店餐桌：擺不下鴛鴦鍋（OOM警告）
? 分店包間：可以架起十宮格（分配更多內存）
騷操作示范（慎用！）
? 雙進程保活 → 系統爸爸現在會直接封號
? 分店互保 → 容易被應用商店下架三連
分店經營避雷手冊
分店賬本不同步（數據隔離）
? 主店的會員卡 → 分店不認賬
? 分店的優惠券 → 主店看不見
解決方案：使用云同步版賬本（ContentProvider/MMKV...）
分店密碼箱不互通（靜態變量失效）
? 主店保險箱密碼：888888
? 分店保險箱密碼：？？？（全新初始化）
分店裝修隊很坑（重復初始化）
每個進程會創建自己的Application實例，onCreate() 會多次調用。廣告屏主店裝一次 → 分店又裝一次 → 廣告費翻倍扣！
查賬要跑多個分店（調試困難）
Android Studio查賬指南：
? 先查主店日志
? 切換Debugger到分店
? 重復上述步驟N次
? 逐漸忘記最初要找什么bug
分店經營口訣
開分店，要三思，內存就像電瓶車。容易崩潰，單獨放，崩潰不會全翻車。賬本記得云同步，靜態變量會失蹤。若非必要別分家，系統爸爸會封殺！
多進程 vs 多線程對比
場景 | 開分店(多進程) | 開多窗口(多線程) |
后廚著火 | 其他分店正常營業 | 整個火鍋店停業整頓 |
顧客溝通 | 需要打跨店電話 | 直接喊服務員 |
適合場景 | 高危操作/大桌客人 | 快速翻臺/小桌客人 |
資源消耗 | 每個分店都要備鍋底 | 共用后廚資源 |
突發狀況 | 容易觸發消防檢查 | 最多少發兩雙筷子 |
記住：分店開得好是海底撈，開不好就是沙縣小吃連鎖倒閉現場！
